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Предисловие редактора перевода 


Основная трудность программирования задач для ЭВМ свя¬ 
зана не столько с различием языков человека и машины, сколько 
с различием их «мышления». Долгое время считалось, что ма¬ 
шина способна правильно воспринимать и исполнять только ал¬ 
горитмы, т. е. детерминированные формальные исчисления ди¬ 
рективного типа. В то же время первоначальная формулировка 
задачи имеет, как правило, описательный характер. Неформаль¬ 
ный этап построения подходящего алгоритма и запись его на 
определенном формальном языке требует от программиста не 
только значительных затрат времени, но и достаточно высокой 
квалификации. Этот и некоторые другие недостатки алгоритми¬ 
ческого подхода стимулировали поиск иных возможностей. Осо¬ 
знание того, что вычисление есть частный случай логического 
вывода, а алгоритм —это аксиоматическое задание функции, 
привело к идее так называемого логического программирования, 
первая реализация которой была осуществлена в начале 70-х 
годов в виде системы Пролог. Суть этой идеи состоит в том, что 
машине в качестве программы можно предоставить не алго¬ 
ритм, а формальное описание предметной области и задачи 
(функции) в виде аксиоматической системы, и тогда построение 
решения задачи в виде вывода в этой системе можно поручить 
самой машине. Таким образом, от программиста уже не требу¬ 
ется построения алгоритма, решающего задачу, поскольку нуж¬ 
ный алгоритм порождается интерпретатором, строящим вывод 
по определенной стратегии. Теперь основная задача программи¬ 
ста—-удачно аксиоматизировать, т. е. описать в виде системы 
логических формул предметную область и такое множество от¬ 
ношений на ней, которые с достаточной степенью полноты описы¬ 
вают задачу. Следует сразу отметить, что этот подход был бы 
нереален, если бы не существовало методов автоматического 
поиска доказательств. 

Практическая эффективность логического программирования 
зависит не только от удачной аксиоматизации задачи, но в еще 
большей мере от качества интерпретатора, реализующего поиск 
доказательства. Поэтому кроме техники программирования 
очень важно совершенствовать методы автоматического доказа- 
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тельства теорем. Но независимо от того, каков будет незамедли¬ 
тельный прикладной эффект, сама идея логического программи¬ 
рования открывает новые возможности использования ЭВМ. Об 
этом же свидетельствует и запланированное использование Про¬ 
лога в машинах пятого поколения. 

Предлагаемая читателям книга значительно отличается от 
немногочисленной пока литературы на русском языке, посвя¬ 
щенной логическому программированию, в частности Прологу. 
Она объединяет в себе детальное и в то же время популярное 
изложение теоретических основ нового направления, широкий 
исторический обзор различных аспектов вопроса с практическим 
руководством по обучению искусству программирования на Про¬ 
логе. Благодаря этому книгу можно рекомендовать читателям 
с разнообразными запросами —от профессиональных програм¬ 
мистов до теоретиков, интересующихся прикладными вопросами 
математической логики и теории вычислимости. 
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Эта книга представляет собой значительный вклад в логи¬ 
ческое программирование. Впервые на страницах одной книги 
дается всестороннее и тем не менее доступное введение во все 
аспекты данного предмета. Она занимает промежуточное поло¬ 
жение между практическими введениями в Пролог Клоксина и 
Меллиша [Клоксин, Меллиш (1981)], а также Кларка и Мак¬ 
кейба [Кларк, Маккейб (1982)], с одной стороны, и более об¬ 
щими подходами к вычислительной логике, изложенными, на¬ 
пример, Робинсоном и мною,— с другой. 

В ней охватываются два важных аспекта логического про¬ 
граммирования, которые нигде больше не рассматривались, а 
именно: вывод логических программ из логических специфика¬ 
ций и реализация Пролога. Первый из них является большим 
вкладом логического программирования в решение классических 
проблем разработки программного обеспечения, и здесь сам ав¬ 
тор был инициатором исследований и сыграл в них значитель¬ 
ную роль. Второй аспект представляет большой теоретический и 
коммерческий интерес, и многие приверженцы Пролога будут 
благодарны за доступное изложение этого предмета, известного 
до сих пор лишь посвященным. 

Эта превосходно написанная книга доставит удовольствие 
как начинающим, так и специалистам. Начинающим она помо¬ 
жет войти в более широкий мир логического программирования, 
который простирается за рамки Пролога, а специалистам по ло¬ 
гическому программированию — глубже понять предмет и с еще 
большим энтузиазмом вести исследования. 

Имперский колледж, Лондон 
май 1984 

Роберт Ковальский 
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Многие ожидают, что символическая логика будет служить 
в качестве основной формальной системы программирования 
для следующего поколения ЭВМ. Выбор логики на эту роль 
в японском проекте создания компьютеров пятого поколения вы¬ 
звал во всем мире широкий интерес к логическому программиро¬ 
ванию, хотя и до того становилось ясно, что этой очарователь¬ 
ной формальной системе суждено было сделать значительный 
вклад в теорию и практику вычислений. 

Развитием логического программирования до недавнего ро¬ 
ста интереса к нему занимались лишь несколько исследователь¬ 
ских центров, в результате чего существующая литература по 
этому предмету еще довольно мала. Те немногие тексты, которые 
уже опубликованы, основаны на специфических реализациях 
языка логического программирования, другие вот-вот появятся, 
но в большей своей части эти книги предназначены быть учеб¬ 
ными руководствами по написанию программ. Кроме того, для 
специалистов в области информатики были изданы в виде книг 
сборники статей о последних достижениях в логическом про¬ 
граммировании. Остается, таким образом, довольно большой 
пробел между этими двумя крайностями в уровне изложения, и 
главная цель данной книги — до некоторой степени его вос¬ 
полнить. 

В первой половине книги логическое программирование вво¬ 
дится на уровне учебного пособия, однако в дополнение здесь 
дается гораздо больше теоретического и исторического материа¬ 
ла, чем обычно можно было бы ожидать в учебнике по програм¬ 
мированию. Уровень изложения соответствует курсу информа¬ 
тики, читаемому студентам первого года обучения. Во второй 
половине рассматриваются более сложные аспекты логики как 
вычислительного формализма. Цель этой части книги — собрать 
воедино, упростить и объяснить избранные темы из подчас раз¬ 
розненной и технически очень сложной исследовательской лите¬ 
ратуры, а также дать обзор последних достижений в теории и 
приложениях. Она может быть использована в качестве спра¬ 
вочника как студентами, специализирующимися в области ло¬ 
гического программирования, так и теми исследователями, для 
которых эта область является сравнительно новой. 
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Своей попыткой написать эту книгу я в большой степени 
обязан чести работать вместе с другими исследователями в об¬ 
ласти логического программирования в отделении информатики 
Имперского колледжа. В особенности я благодарен Р. Коваль¬ 
скому и К- Кларку, чья поддержка помогла мне проявить на¬ 
стойчивость в завершении работы. Я признателен также 
М. ван Эмдену и Дж. Ллойду, которые прочитали большую часть 
рукописи и сделали свои замечания. Суровое требование — оста¬ 
ваться на уровне самых последних исследовательских работ 
в данной области — значительно упростил великолепный Инфор¬ 
мационный бюллетень по логическому программированию, вы¬ 
ходящий в лиссабонском университете под ред. Л. М. Перейры, 
и я уверен, что мою высокую оценку его работы разделяют 
также и все другие специалисты по логическому программиро¬ 
ванию. 
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Значения основных символов 


Значение 

И 

ИЛИ 

не 

если 

тогда и только тогда, когда 
тогда и только тогда, когда 
для всех 

для некоторого (существует) 

присвоить значение 

логически следует 

доказуемо 

недоказуемо 

такой что 

успех (путем доказательства от противного) 
неудача 
не равно 
векторная сумма 

если доказуемо, то ввести новый факт (породить 
лемму) 

принадлежит (является элементом) 
является подмножеством 
объединение множеств 
пустое множество 
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Тема этой книги — использование символической логики как 
языка программирования. К моменту ее написания логика в 
этом качестве применялась не более двенадцати лет, и подроб¬ 
ности все еще не известны большей части программистского со¬ 
общества. Ситуация, по-видимому, быстро изменится благодаря 
тому, что логическое программирование было не так давно при¬ 
знано ключевым формализмом для следующего поколения 
компьютеров. 

Существенное отличие логического программирования от тра¬ 
диционного заключается в том, что мы должны описывать логи¬ 
ческую структуру задач, а не указывать компьютеру, как именно 
ему следует их решать. Люди, не имеющие предыдущего опыта 
вычислений на ЭВМ, склонны считать, что программирование 
есть и всегда было по природе своей логическим делом, и часто 
они бывают удивлены или даже разочарованы, когда, познако¬ 
мившись с языками, подобными языку Бейсик, обнаруживают, 
что на самом деле это не так. Они узнают вместо этого, что 
традиционный способ написания программ сильно зависит от 
внутренних механизмов компьютера, что, конечно, само по себе 
разумно, но тем не менее не связано, по-видимому, непосред¬ 
ственно с исходным пониманием задачи. Наоборот, программи¬ 
сты, обученные использованию только традиционных языков, 
при знакомстве с логическим программированием могут столк¬ 
нуться со сравнимыми трудностями приспособления. Инстинк¬ 
тивно, желая эффективно управлять машиной, они испытывают 
смутное чувство потери, когда осваивают язык, не имеющий ма¬ 
шинно-ориентированной специфики. У них может наблюдаться 
программистский эквивалент синдрома лишения, следующий за 
длительным периодом наркотического пристрастия к оператору 
присваивания. 

Приспособиться к языку, как мне известно из собственного 
опыта, не всегда оказывается легко. До сих пор хорошо помню, 
как, слушая студентом вводный курс языка Фортран, я в состоя¬ 
нии был понять описание воздействия на машину отдельных 
операторов, но не был уверен в том, как их следует связать 
вместе в соответствии с логической структурой задачи. Помнится 
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также, как несколько лет спустя уже преподавателем Фортрана 
я впервые увидел утверждение языка логического программиро¬ 
вания, и мне было непонятно, каким образом оно может способ¬ 
ствовать алгоритмическому решению задачи на машине. Нужно 
приложить определенные усилия для того, чтобы преодолеть 
длительную привычку к одному-единственному представлению 
о вычислениях. 

В первом утверждении языка логического программирова¬ 
ния, которое мне показали, говорилось: «Вы здоровы, если вы 
едите овсяную кашу». Это предложение повседневного языка 
становится предложением языка символической логики, если его 
структурировать следующим образом: 

здоров (и) если ест (и, КАША) 

В этой записи представлены все основные компоненты того 
языка, который мы будем использовать для целей программиро¬ 
вания: индивидуальные объекты (КАША), переменные (и), 
стоящие вместо каких-либо объектов, высказывания об объек¬ 
тах, такие как здоров (и) и ест (и, КАША), а также связки 
(если), соединяющие высказывания. Приведенное выше предло¬ 
жение могло бы являться частью «экспертной системы», пред¬ 
лагающей консультацию (в данном примере сомнительной цен¬ 
ности) по вопросам личного питания. Столь же легко мы можем 
сформулировать какое-либо утверждение в более математиче¬ 
ском духе, например: 

четное-число (и) если делится (и, 2) 

Как же использовать подобные логические описания для 
того, чтобы заставить компьютер решить задачу? Рассмотрим 
следующую аналогию. Вы желаете совершить путешествие на 
автомобиле, определив начало, конец и, возможно, какие-то еще 
детали своего маршрута. Для прохождения этого маршрута по¬ 
требуется принимать разнообразные решения, зачастую незна¬ 
чительные и повторяющиеся, относительно управления автомо¬ 
билем и соблюдения правил дорожного движения. Теперь вам 
предлагается совершить запланированное путешествие, не при¬ 
нимая ни одного из этих решений. Как это сделать? Поручить 
какому-то другому водителю вести машину и сообщить ему все 
ваши требования к маршруту. 

В логическом программировании таким «водителем» являет¬ 
ся логический интерпретатор — программа, знающая, как ис¬ 
пользовать компьютер для того, чтобы выводить следствия из 
произвольного множества логических предложений. Програм¬ 
мист должен обеспечить как правильность данных предложений, 
так и достаточную их информативность для того, чтобы требуе¬ 
мые следствия оказались выводимыми. 
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Рассмотрим более конкретный пример. Представим себе, что 
некоторая часть оборудования контролируется устройством ин¬ 
дикации с тремя индикаторными лампами; каждая из ламп 
либо включена ( ВКЛ), либо выключена ( ВЫКЛ ). По различ¬ 
ным комбинациям состояний ВКЛ/ВЫКЛ ламп на этом устрой¬ 
стве оператор периодически определяет, в каком состоянии — 
ВКЛ или ВЫКЛ — должен находиться некоторый переключа¬ 
тель на нашем оборудовании. Используя логику, мы можем на¬ 
писать ряд простых фактов 

R1 : правило(В/СЛ, ВКЛ, ВЫКЛ, ВКЛ) 

R2 : правило(В£/К,/7, ВКЛ, ВКЛ, ВЫКЛ) 


И т. д., 

где каждое высказывание правило (до, х, у, z) означает, что пе¬ 
реключатель следует поставить в состояние до, когда устройство 
индикации находится в состоянии х, у, г. Все вместе эти пред¬ 
ложения можно использовать в качестве таблицы решений. 
Пусть у нас возникло желание хранить эту таблицу в памяти 
компьютера так, чтобы оператор мог спрашивать у него, какое 
состояние до соответствует показываемому устройством индика¬ 
ции состоянию х, у, г. Если на компьютере реализован логиче¬ 
ский интерпретатор, то оператору нужно только спросить, яв¬ 
ляется ли некоторое конкретное высказывание следствием пред¬ 
ложений, хранящихся в таблице. Он может, например, ввести 
в машину логический запрос 

? правило(до, ВКЛ, ВЫКЛ, ВКЛ) 

который спрашивает, при каких значениях до предложение 
правило (до, ВКЛ, ВЫКЛ, ВКЛ) является следствием R1.R2 ... 
и т. д. Согласно R1, таким значением оказывается ВКЛ, поэтому 
интерпретатор сам обнаружит это и выдаст ответ до := ВКЛ. 

Без изменения хранимых в памяти предложений можно по¬ 
лучать ответы и на многие другие запросы, просто предъявляя 
их интерпретатору. В результате запроса ? л правило {ВЫКЛ, 
х, У > г ) будут выданы все состояния х, у, z устройства индика¬ 
ции, требующие ответа ВЫКЛ. Запрос ? л правило {ВЫКЛ, ВКЛ, 
ВКЛ, ВЫКЛ) просит только подтвердить, что ВЫКЛ является 
правильным ответом на состояние ВКЛ, ВКЛ, ВЫКЛ-, интер¬ 
претатор (в силу правила R2) ответит просто «ДА». Запрос 
? правило (до, х, у, г) вызовет распечатку всей таблицы решений. 
Запрос правило (до/, х, у, z), правило {w2, х, у, г), ію1Фѵо2, 
спрашивая, не имеет ли какое-либо состояние х, у, z несколько 
вхождений в таблицу с разными ответами, инициирует проверку 



14 


Введение 


таблицы на противоречивость. Если же мы поместим в память 
машины еще два предложения 

51 : состояние(£/(./7) 

52 : состояние(В6//СЛ) 

то запрос ? состояние (х), состояние {у), состояние (г), ~пра¬ 
вило (w, х, у, z), спрашивая, не пропущены ли в таблице какие- 
либо состояния х, у, z (~ означает «не»), а если пропущены, 
то какие, инициирует проверку таблицы на полноту. 

Короче говоря, если на вопрос можно логически получить 
ответ, используя хранимые в памяти предложения, то на него 
будет дан интерпретатором ответ при помощи логического вы¬ 
вода. Фактически в любом другом языке программирования для 
каждой новой задачи, которую нужно решать с помощью фик¬ 
сированного объема знаний, требуется составлять новую про¬ 
грамму, и чем сложнее оказывается решение задачи, тем слож¬ 
нее будет и эта программа. Отсутствие гибкости программ при 
изменении цели должно значительно снижать продуктивность 
программирования. 

Было бы неверным сейчас создать ложное впечатление о том, 
что логика освобождает программиста от прагматических со¬ 
ображений. В реальных приложениях с целью достижения 
приемлемой эффективности исполнения программы часто бывает 
необходимо структурировать входные предложения, должным 
образом учитывая дедуктивную стратегию интерпретатора и кон¬ 
кретный вид поставленного запроса. Программисту поэтому тре¬ 
буется, как правило, думать и об алгоритмических и о дескрип¬ 
тивных свойствах создаваемых им программ. Важным момен¬ 
том тем не менее является то, что утверждения программы (т. е. 
входные логические предложения) всегда будут логически опи¬ 
сывать саму задачу, а не процесс ее решения: точные допуще¬ 
ния, сделанные о задаче, будут всегда непосредственно видны 
из текста программы. На протяжении всей этой книги мы будем 
уделять особое внимание этому соображению, а также влиянию, 
которое оно оказывает на методологию программирования и бо¬ 
лее широкие проблемы, связанные с разработкой программного 
обеспечения. 

Логическому программированию с успехом обучали детей 
младшего школьного возраста, используя при этом содержа¬ 
тельные понятия логического следствия и логического вывода. 
Такой неформальный подход оказался в высшей степени полез¬ 
ным, поскольку он позволяет неискушенному пользователю 
сравнительно безболезненно усвоить основные принципы. Од¬ 
нако для правильной оценки исторических и теоретических осно¬ 
ваний данного формализма требуется более тщательное рас¬ 
смотрение. С учетом этого цель первой главы состоит в том, 




чтобы дать достаточно точное и полное описание логики как 
языка решения задач, объясняющее структуру предложений, 
понятия логического следствия и логического вывода. Вторая 
глава имеет более вычислительный характер. В ней рассматри¬ 
вается главным образом процедурная интерпретация логики и 
показывается, как знакомые алгоритмические процессы извле¬ 
каются интерпретатором из логических программ. В гл. Ill и IV 
приводятся прагматические и стилистические соображения по 
поводу структурирования программ и данных. Таким образом, 
главная задача первой половины книги — объяснить, как сле¬ 
дует понимать и составлять логические программы. 

Вторая половина книги написана преимущественно для спе¬ 
циалистов по информатике, и, следовательно, она носит более 
технический характер. В гл. V и VI обсуждаются спецификация, 
верификация и синтез программ, а в гл. VII описываются эле¬ 
ментарные свойства типичных реализаций языка логического 
программирования. В последней главе показывается, какой 
вклад внесло логическое программирование в общую теорию 
вычислений. В ней приводятся наиболее важные результаты тео¬ 
рии логического программирования, описываются некоторые ас¬ 
пекты деятельности, связанной с разработкой интеллектуальных 
систем, основанных на знании, а также объясняется роль мате¬ 
матической логики в будущих компьютерах пятого поколения. 
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Логическая программа состоит из предложений, выражаю¬ 
щих знания о той задаче, для решения которой программа 
предназначается. Для формулировки этих знаний используются 
два основных понятия: наличие дискретных объектов, которые • 
здесь называются индивидуумами, и наличие отношений между 
ними. Индивидуумы, рассматриваемые в контексте каждой кон¬ 
кретной задачи, образуют все вместе проблемную область этой 
задачи. Если, к примеру, задача состоит в том, чтобы решить 
алгебраическое уравнение, то проблемная область может со¬ 
стоять из вещественных чисел (или по крайней мере вклю¬ 
чать их). 

Для того чтобы индивидуумы и отношения можно было 
представлять в такой символической системе, как логика, им 
следует дать имена. Именование — это предварительный этап 
построения символических моделей, представляющих то, что нам 
известно. Главная задача — построить предложения, выражаю¬ 
щие различные логические свойства именованных отношений. 
Рассуждения о некоторой задаче, поставленной на данной про¬ 
блемной области, можно проводить, манипулируя этими предло¬ 
жениями при помощи логического вывода. В контексте логиче¬ 
ского программирования программист обычно придумывает 
предложения, образующие его программу, а компьютер затем 
строит необходимый для решения задачи вывод. Чтобы все это 
делалось эффективно, программист должен быть достаточно 
квалифицированным как в представлении знаний, так и в пони¬ 
мании того, как они будут обрабатываться на машине. В этой 
главе мы введем язык логики первого порядка и покажем, как 
его можно использовать в качестве средства для представления 
знаний и рассуждений, а следовательно, и для решения задач 
на ЭВМ. 

1.1. Индивидуумы 

Индивидуумами могут быть совершенно произвольные объек¬ 
ты, например числа, геометрические фигуры, уравнения или про¬ 
граммы для ЭВМ. Очень часто достаточно дать им простые 
имена, такие как 

1 2 ЕДИНИЦА ДВОЙКА ОКРУЖНОСТЬ 

УРАВНЕНИЕ-1 ПРОГРАММА-2 
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которые выбираются из некоторого заданного словаря. Эти 
имена неделимы (или неструктурируемы), и обычно их назы¬ 
вают константами. У каждого конкретного индивидуума, если 
потребуется, может одновременно быть какое угодно количе¬ 
ство имен. Так, ЕДИНИЦА и 1 могут быть именами индиви¬ 
дуума, известного как первое положительное целое число. Вы¬ 
бираются имена произвольным образом, и поэтому первому по¬ 
ложительному целому числу можно было бы (упорно) давать 
имя 3, если уж так очень хочется. 

Иногда бывает удобно давать индивидуумам составные 
(структурированные) имена, такие как 

У ДВОИТ Ь(2) СЛОЖИТ Ь(1,2) 

Каждое из них состоит из кортежа длины п, которому предше¬ 
ствует функтор (или функциональный символ). Кортеж длины 
п — это просто произвольный упорядоченный набор из п имен. 
Так, (1,2) является примером кортежа длины 2. Скобки, в ко¬ 
торые заключается кортеж, служат только для обозначения его 
начала и конца, и при желании они могут быть опущены. Кор¬ 
теж длины 2 можно называть просто парой, а кортеж длины 3 — 
тройкой. Функторы, такие как УДВОИТЬ и СЛОЖИТЬ, также 
выбираются произвольным образом из другого заданного сло¬ 
варя. Каждый функтор может предшествовать только кортежам 
некоторой фиксированной длины п, ив этом случае его назы¬ 
вают «-местным (или п-арным) функтором. Так, в рассматри¬ 
ваемом примере УДВОИТЬ — это /-местный (или /-арный, или 
унарный) функтор, а СЛОЖИТЬ — 2-местный (или 2-арный, 
или бинарный) функтор. 

Функторы дают возможность строить имена какой угодно 
сложности, например 

СЛОЖИТЬ(УДВОИТЬ(2), СЛОЖИТЬ(1, УДВОИТЬ(І)) 

Это имя, которое можно было бы дать седьмому положитель¬ 
ному целому числу [поскольку его можно рассматривать как 
2*2 + (/ + 2*1) = 7], указывает, что данный индивидуум зави¬ 
сит от двух других индивидуумов с именами У ДВОИТЬ (2) 
и СЛОЖИТЬ(1,УДВОИТЬ(1)) соответственно. Самый внешний 
функтор СЛОЖИТЬ по существу служит именем этой зависи¬ 
мости. 

1.2. Отношения 

Символ, подобный УДВОИТЬ, не имеет внутреннего, прису¬ 
щего только ему значения, и потому он сам по себе не соответ¬ 
ствует нашему интуитивному представлению об умножении на 
два. В основе этого представления лежит конкретное множество 
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пар чисел (простоты ради мы ограничимся здесь только нату¬ 
ральными числами), и один из способов его формализации за¬ 
ключается в том, чтобы выбрать для чисел имена 1,2,3, ... 
и т. д. и, объединив их в пары, образовать затем следующее 
множество, которому присвоено имя удвоить 

удвоить = {(1,2), (2,4), (3,6),... и т. д.) 

Вхождение какой-либо пары (х, у) в это множество может озна¬ 
чать тогда, что удвоенное число х равно у, а все множество 
целиком можно рассматривать как полностью охватывающее 
понятие «удвоить». 

Данное множество является примером отношения: п-местное 
(или п-арное) отношение — это любое множество кортежей дли¬ 
ны п для некоторого фиксированного значения п. Так, например, 
удвоить есть имя 2-местного (или 2-арного, или бинарного) от¬ 
ношения; оно связывает индивидуумы, имена которых входят 
в каждый принадлежащий этому отношению кортеж. Отметим, 
что мы не обязаны выбирать кортежи, которые обладают какой- 
либо внутренней зависимостью. При желании мы можем по¬ 
строить отношение, содержащее пару (завтрашняя погода, вы¬ 
сота Эйфелевой башни). 

Каждое понятие представимо бесконечным числом способов. 
Мы могли бы, например, определить другое, более общее от¬ 
ношение с именем равно, содержащее такие пары, как 
(У ДВОИТ Ь(1),2) (У ДВО ИТ Ь(2),4) (УТРОИТЬ(2),6) 

Тогда вхождение какой-либо пары (х, у) в отношение равно 
может означать, что х равно у. В частности, пара 
(УДВОИТЬ(х),у), входящая в равно, может означать, что удво¬ 
енное число х равно у. Поэтому понятие «удвоить» представимо 
множеством всех таких пар, принадлежащих отношению равно. 

Та степень, в которой отношение представляет какое-либо 
понятие, зависит не от ассоциаций, вызываемых словами типа 
«удвоить», а скорее от логических свойств самого отношения. 
Поэтому если мы хотим, чтобы наше отношение удвоить верно 
представляло интуитивный смысл операции умножения на два, 
то оно не должно содержать пар (х,х) ни для каких конкрет¬ 
ных значений х. Это только одно из многих вытекающих из за¬ 
конов целочисленной арифметики свойств, которому должно 
удовлетворять данное отношение, чтобы выполнять предназна¬ 
ченную ему роль. 

Некоторые факты можно представлять, пользуясь лишь кор¬ 
тежами длины 1. Например, свойство «быть целым отрицатель¬ 
ным числом» можно было бы представить множеством 

{-1-2.-3,... и т. д.} 
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Такие множества, строго говоря, называются свойствами, а не 
/-местными отношениями. Поскольку, однако, может быть уто¬ 
мительным все время проводить различия между свойствами и 
отношениями, в дальнейшем можно считать, что все рассужде¬ 
ния, касающиеся отношений, касаются также и свойств. 

1.3. Предикаты, связки и формулы 

В логике отношениям даются имена — предикатные симво¬ 
лы, которые выбираются из заданного словаря. Знания об отно¬ 
шениях выражаются тогда предложениями, построенными из 
предикатов, связок и формул. Каждый п-местный (или п-арный) 
предикат образуется из кортежа длины п, перед которым ста¬ 
вится п-местный (или п-арный) предикатный символ. Предика¬ 
том будет, например, удвоить (2, 4) где удвоить есть 2-местный 
предикатный символ. Этот предикат читается как высказывание 
о том, что пара (2, 4) принадлежит отношению с именем удво¬ 
ить. Мы называем здесь 2 и 4 соответственно первым и вторым 
аргументами предиката удвоить (2, 4). В более общем случае 
предикат р(/), где / — некоторый кортеж длины п, можно не¬ 
формально читать либо как «/ принадлежит отношению р», 
либо как «высказывание р справедливо для /». 

В логике имеются, кроме того, несколько связок : 

, V П ^ 

которые читаются как «и», «или», «не», «если» и «тогда и только 
тогда, когда» соответственно. Связки используются для построе¬ 
ния формул, соединяя предикаты или какие-то другие формулы. 

Формулы простого вида определяются следующими прави¬ 
лами: 

(i) каждый предикат есть формула; 

(ii) если F1 и F2 — формулы, то формулами являются также 

(FI) F1,F2 F1 ■*— F2 
И FI F1VF2 F1 ■«-»■ F2 

В дальнейшем мы расширим определение формулы, допуская 
вхождения переменных в аргументы предикатов. Правилами (і) 
и (іі) предусматривается построение только формул без пере¬ 
менных. 

Заметим, что в правиле (іі) вводятся знаки пунктуации: (и). 
Таким образом, мы можем отличать, например, формулу 

Fl-«-(F2,F3) от формулы (F1<-F2),F3 

а формулу 

~] (F2.F3) от формулы (“1F2),F3 
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Принимая соглашение о том, что ~] связывает сильнее, чем 
остальные связки, а , и V — сильнее, чем и мы можем 
опускать некоторые вхождения знаков пунктуации, и при этом 
двусмысленности не возникает. Мы можем писать 
F1 <- F2.F3 вместо F1«-(F2,F3) 
и 

~] F2.F3 вместо П F2),F3 
Кроме того, разрешается писать 

F1,F2,F3 вместо (F1,F2),F3 или вместо F1,(F2),F3 
и 

FI V F2 V F3 вместо (FI V F2) V F3 или вместо FI V (F2 V F3) 

В логическом программировании наиболее часто исполь¬ 
зуются связки «и», «не» и «если». Как правило, они применя¬ 
ются для построения формул вида 

положительное(б) •«- отрицательное(— 2), 
отрицательное(— 3), умножить(— 2,— 3,6) 

Эта формула является примером формулы без переменных, и 
ее можно читать как 

6 — положительное число если —2 — отрицательное число и 
—3 — отрицательное число и 
произведение чисел —2 и 
—3 равно 6 

Данное предложение — средней сложности, а наиболее простые 
предложения состоят из одного предиката или предиката с от¬ 
рицанием, например: 

отрицательное(— /) и ~| положительное(— /) 

Общая структура предложений будет описана после обсужде¬ 
ния переменных. 


1.4. Переменные 

Очень часто приходится делать утверждения о «всех» инди¬ 
видуумах. Точное значение понятия «все» будет определено 
ниже, в разд. 1.7, где рассматриваются интерпретации предло¬ 
жений. В качестве примера подобного утверждения можно при¬ 
вести следующее: 

для всех хи у, ( УДВОИТЬ(х),у ) принадлежит 
отношению равно если (х,у) 
принадлежит отношению удвоить 



1.4. Переменные 


Один из способов выражения этого утверждения на языке ло¬ 
гики заключается в том, чтобы, выписывая предложения без 
переменных, рассмотреть «все» имеющиеся в виду значения 
хи у, например: 

равно (УДВОИТЬ{1), 2)<-удвоить(/, 2) 
равно(У ДВОИТЬ(2), 4) <- удвоить(2, 4) 


и т. д. 

Этот метод, очевидно, слишком громоздкий, чтобы быть прак¬ 
тически применимым. Использование переменных позволяет 
вместо приведенных выше предложений написать одно обобщен¬ 
ное предложение, а именно 

равно(У ДВОИТЬ{х), у) <- удвоить(х,у) 

где х и у выбираются из некоторого заданного словаря пере¬ 
менных. Таким образом, разрешая ставить переменные вместо 
конкретных имен, мы приходим к более общим понятиям кор¬ 
тежа длины п, формулы и предложения. Чтобы отличать пере¬ 
менные от констант, в этой книге мы принимаем соглашение: 
все переменные начинаются со строчных букв, как, например, 
х у і і alpha abc 123 

Роль переменной в предложении определяется способом ее 
квантификации, которая может быть либо универсальной, либо 
экзистенциальной. В рассмотренном выше примере имеется 
в виду универсальная квантификация. Ее можно указать явно 
с помощью символа V, который читается «для всех». Таким об¬ 
разом, чтобы сделать подразумеваемое явным, мы должны запи¬ 
сать это предложение в виде 

(ѴхѴг/) ( раъно(УДВОИТЬ(х),у) <- удвоить {х,у)) 

Экзистенциальная квантификация употребляется тогда, ког¬ 
да требуется указать на «некоторый» (по крайней мере один) 
индивидуум. С этой целью используется символ 3, который чи- 
чается «существует». Рассмотрим, например, следующее простое 
определение из теории множеств 

для всех у, у есть непустое множество тогда и только тогда, 
когда существует х, такой что х принадлежит у 

В логике это определение можно выразить предложением 
(Ѵг/) (не-пусто(у) *-*■ (Эх) принадлежит^,г/)) 
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Выражения (Ѵу) и (Эх) называются соответственно квантором 
всеобщности и квантором существования. Областью действия 
каждого квантора является формула, перед которой он стоит. 
Так, в предыдущем предложении областью действия квантора 
(Уу) будет формула 

(не-пусто(г/) -«-*• (Эх) принадлежит^,г/)) 

а областью действия квантора (Эх) будет формула принад¬ 
лежит (х, у). 


1.5. Предложения 

Имея переменные, мы можем расширить теперь определение 
предиката и формулы. В соответствии со следующими определе¬ 
ниями предикаты могут содержать теперь в качестве своих ар¬ 
гументов термы, а не только конкретные имена: 

(i) термом является либо константа, либо переменная, либо 
кортеж из п термов, перед которым стоит функтор; 

(ii) предикат — это кортеж из п термов, перед которым стоит 
предикатный символ. 

Формулы могут содержать теперь кванторы: 

(iii) формулой является либо предикат, либо одно из сле¬ 
дующих выражений: 

(FI) F1,F2 F1 ч- F2 
~] FI F1VF2 F1 F2 QF1 

где F1 и F2 — произвольные формулы, a Q — любой квантор. 

И наконец, предложение определяется так: 

(іѵ) предложение — это формула, в которой каждое вхожде¬ 
ние переменной (если, конечно, они имеются) находятся в об¬ 
ласти действия квантора по этой переменной. Ради краткости 
принято опускать самые внешние кванторы всеобщности, на¬ 
пример 

не-пусто(у) (Эх)принадлежит(х,у) 

Переменная у здесь, очевидно, неквантифицирована, и, следо¬ 
вательно, предполагается, что она находится в области действия 
самого внешнего (опущенного) квантора всеобщности (Vt/). Та¬ 
ким образом, это имеющееся в виду предложение согласуется 
с правилом (іѵ). Термы, предикаты, формулы и предложения, 
не содержащие переменных, называются основными. 

Множество всех предложений, построенных согласно прави¬ 
лам (і) —(іѵ), образует язык логики первого порядка. В этом 
языке термы предоставляют средства для обозначения интере- 
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сующих нас индивидуумов; при этом используются либо кон¬ 
кретные имена вида СЛОЖИТЬ(1,2), либо обобщенные имена 
наподобие СЛОЖИТЬ(х, УДВОИТЬ(СЛОЖИТЬ{2, УДВОИТЬ 
(у)))). Предикаты выражают отношения между индивидуума¬ 
ми, которые обозначены с помощью термов, а предложения 
описывают логические свойства этих отношений. В этом языке 
могут быть сформулированы все вычислительные задачи (т. е. 
задачи, решаемые компьютером). В каждой конкретной реали¬ 
зации языка логического программирования существуют согла¬ 
шения, точно описывающие виды предложений, которые могут 
входить в программы, а также имеющиеся словари для построе¬ 
ния имен. 


1.6. Примеры представлений 

В следующих примерах демонстрируется использование пред¬ 
ложений для описания некоторых известных структур данных 
и их свойств. 

Пример 1 . Описать список L — (А, В, С, D) 

(а) Будем использовать точку в качестве двухместного функ¬ 
тора для построения термов вида .{и,у). Каждый такой терм 
может служить именем списка, в котором первым элементом 
является и, а у обозначает оставшуюся часть списка. Чтобы 
упростить обозначения, вместо префиксной записи .(и,у), мы 
будем пользоваться бесскобочной инфиксной записью и.у. Кон¬ 
станта NIL может быть именем пустого списка, а предикат 
список (z,x) может означать, что г есть имя списка х. В этом 
случае одного предложения 

список(£, A .B.C.D. NIL) 


достаточно для того, чтобы описать L как список (A,B,C,D). 
По существу в этом предложении одному и тому же списку 
сопоставляются два имени: L и A.B.C.D.NIL, причем второе яв¬ 
ляется более информативным, поскольку показывает, что список 
состоит из индивидуумов с именами А, В, С, D и NIL. 

(b) В другом способе описания списка используется преди¬ 
кат э(и, і, х), означающий, что элемент и занимает позицию 
с номером і в списке х. Следующие четыре предложения: 


э (A,1,L) 
э ( B,2,L ) 
э ( C,3,L ) 
э (D,4,L) 
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все вместе дают другое описание списка L. Они напоминают 
традиционный программистский метод (хотя и не вполне анало¬ 
гичны ему) присваивания элементов линейному массиву с по¬ 
мощью операторов вида 

Щ) := ‘А’ 

Ц2) := ‘В’ 

ЦЗ) := ‘С 
Ц4) := ЧУ 

(с) Еще один способ состоит в использовании предиката 
след (и, ѵ, х), означающего, что элементы и и ѵ являются сосед¬ 
ними в списке х, причем ѵ следует за и. Три предложения 
след ( A,B,L ) 
след (B,C,L) 
след \C,D,L) 

также описывают L. 

Пример 2. Описать матрицу 


(a) Пусть предикат элем (ы, i, j, х) означает, что элемент и 
стоит в строке і и столбце / матрицы х. Тогда М можно описать 
четырьмя предложениями 

элем(/,/,/,Л1) 
элем(2,/,2,Л1) 
элем(3,2,/,М) 
элем (4,2,2,М) 

(b) Другая возможность — использовать предикат стро¬ 
ка (і, z, х), означающий, что і-я строка матрицы х является спи¬ 
ском элементов г. В этом случае для описания матрицы доста¬ 
точно двух предложений: 

строка (1,1.2. NIL, М) 
строка(2 ,3.4.NIL,M) 

(c) Аналогично можно описать М с помощью предиката 
столбец (/, г, х): 

столбец( 1,1.3. NIL,M) 
столбец(2 ,2.4. NIL,M) 

Пример 3. Описать отношение принадлежности е элемен¬ 
та и списку х, используя при этом каждое из трех представле¬ 
ний списков, полученных в примере 1; предикат е {и,х), озна- 
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чающий, что и есть элемент х, можно записывать в более про¬ 
стой инфиксной форме и е х 

(a) и 6 хч-*-(3«Зг/)(список(х,і>.і/),(ио = V и е у)) , 

Здесь = есть имя отношения тождества, которое состоит из 
всех пар одинаковых индивидуумов. 

(b) usx ■*-*■ (30 э (и,і,х) 

(c) и 6 **->>(Зи) след(ы,о,л:) V (3«) след(и,ы,х) V 

V спнсок(х,и. NIL) 

Заметим, что в методе (с) нельзя обойтись применением одного 
только отношения след, поскольку с его помощью нельзя опи¬ 
сывать единичные списки (имеющие ровно один элемент) — по¬ 
этому приходится пользоваться также отношением список. 

Пример 4. Для каждого из трех полученных выше представ¬ 
лений матриц описать отношение между исходной матрицей и 
транспонированной; при этом можно использовать функтор Т, 
дающий имя Т(х) матрице, транспонированной по отношению 
к матрице х. 

(a) элем {u,i,j,T{x)) •«-»■ элем(ы,/,і,х) 

(b) строка^’.г.^х)) столбец(г, 2 ,х) 

(c) столбец^.г.Дх)) ■*-+ строка(і,г,х) 

В связи с этими примерами возникает множество вопросов. 
В каком смысле написанные предложения представляют имею¬ 
щиеся в виду понятия? Являются ли эти представления кор¬ 
ректными и полными? Какую роль они играют в решении 
вычислительных задач, и почему одно множество предло¬ 
жений может быть предпочтительнее другого? Мы займемся 
этими вопросами позднее, когда будем обсуждать интерпрета¬ 
цию предложений, преобразование их с помощью логического 
вывода, а также их значение для вычислений. 

Прежде чем перейти к этим вопросам, читателю, впервые 
сталкивающемуся с математической логикой, следует сначала 
поупражняться в чтении логических предложений, соотнося их 
неформально с утверждениями из более знакомых символиче¬ 
ских систем, таких как математика и естественный язык. Ло¬ 
гика оказывается довольно простой и единообразной формой 
записи для выражения таких понятий, как в примере 3 (с), где 
с ее помощью формализуется интуитивное представление о том, 
что элемент принадлежит списку тогда и только тогда, когда он 
либо является предшественником, либо последователем некото¬ 
рого другого элемента, либо вообще является единственным 
элементом в списке. 
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1.7. Интерпретация предложений 

После того как знания представлены в какой-либо формаль¬ 
ной системе, подобной логике, обычно начинают посредством 
некоторого строго определенного процесса рассуждений изучать 
логические следствия, вытекающие из этих знаний. Фундамен¬ 
тальным понятием, лежащим в основе таких рассуждений, яв¬ 
ляется понятие логического следствия. Мы говорим о некотором 
заключении, логически следующем из некоторого множества 
допущений. На содержательном уровне это означает, что если 
допущения «истинны» в соответствии с какой-либо их интерпре¬ 
тацией, то заключение также должно быть истинным. Вопреки 
распространенному мнению интуитивные понятия истинности и 
ложности не являются внутренне присущими свойствами логики. 
Тем не менее сопоставление этих понятий с логикой дает удоб¬ 
ный способ описания отношений между предложениями. Чтобы 
ввести точное определение логического следствия, мы объясним 
здесь, что такое интерпретация. 

Для дальнейших рассмотрений будет полезно обратиться 
к конкретному примеру. Пусть у нас имеются сначала два пред¬ 
ложения: 

положительное(£Д###ДЛ) 

и 

(Ѵх) (положительно е(УДВОИТЬ(х)) <- положительное(х)) 

Из этих предложений, как оказывается, логически следует 
третье предложение 

положительно е(У ДВО ИТЬ{ЕДИ Н И ЦА)) 

Мы можем сделать этот факт более очевидным, переводя дан¬ 
ные предложения на русский язык и образуя умозаключение 
если верно, что 

ЕДИНИЦА — положительное число 
и для всех х число х, умноженное на два, — положи¬ 
тельное, если х — положительное, 
то верно, что 

ЕДИНИЦА, умноженная на два,—положительное число 

Несомненная очевидность полученного умозаключения объ¬ 
ясняется нашей естественной способностью к неформальным 
рассуждениям на повседневном языке. Более того, символы, 
встречающиеся в предложениях, автоматически вызывают в па¬ 
мяти знакомые представления о числах и об их арифметиче¬ 
ских свойствах. Мы легко можем убедиться в корректности 
этого умозаключения, связывая первые два предложения с за¬ 
конами арифметики, которые мы уже считаем истинными, и рас- 
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суждая затем в соответствии со здравым смыслом, чтобы сде¬ 
лать вывод об истинности третьего предложения. 

Подобного поверхностного рассмотрения обычно бывает до¬ 
статочно для того, чтобы решить, следуют или нет некоторые 
заключения из заданных посылок. Очевидно, однако, что на нем 
сказываются неточности в интерпретации естественного языка. 
Что, к примеру, точно означают слова «если», «и», «для всех» 
и «истинно»? Зависит ли корректность этого умозаключения от 
того, что предложения интерпретируются как законы арифме¬ 
тики? Иные примеры могли бы быть не столь очевидными, и 
мы вынуждены были бы рассматривать эти вопросы более тща¬ 
тельно. 

Формальное определение логического следствия на понятий¬ 
ном уровне очень простое, хотя технически довольно трудоем¬ 
кое. На этом этапе читатель может без существенного ущерба 
для себя перейти прямо к разд. 1.9, в котором рассматривается 
логический вывод, и полагаться на свое содержательное понима¬ 
ние логического следствия. Оставшуюся часть данного раздела, 
а также следующий раздел при необходимости можно прочитать 
позднее. 

Основная задача при формальном определении логического 
следствия — установить точное понятие интерпретации. Для 
того чтобы интерпретировать множество предложений S, мы 
выберем сначала область интерпретации, представляющую со¬ 
бой произвольное множество индивидуумов D. Мотивировка 
здесь такова: индивидуумы будут сопоставляться именам, вхо¬ 
дящим в S. Далее, каждому функтору из S ставится в соответ¬ 
ствие некоторая функция, определенная на D, а каждому преди¬ 
катному символу из S — некоторое отношение на D. В резуль¬ 
тате этого предложения из S могут интерпретироваться как 
высказывания об области D. Сказать теперь, что некоторое пред¬ 
ложение из S истинно (или ложно) относительно выбранной 
интерпретации, — это значит сказать, что истинно (или ложно) 
соответствующее высказывание о D. Таким образом, посред¬ 
ством установления связи с внешним миром индивидуумов 
предложения приобретают истинностно-функциональные значе¬ 
ния. Все эти понятия можно сделать очень точными после сле¬ 
дующих предварительных определений: 

(i) пусть D" для каждого п ^ 1 обозначает множество всех 
кортежей из п индивидуумов, принадлежащих D; 

(ii) отображением из одного множества в другое называется 
всякое множество пар ( х , у), такое что х принадлежит первому 
множеству, у — второму, и каждый элемент х встречается в ка¬ 
честве первого аргумента пары ровно один раз; мы говорим 
тогда, что х отображается в у\ 
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(ііі) истинностное значение, или просто значение — это лю¬ 
бой из двух символов t и f, которые читаются как «истина» и 
«ложь» соответственно. 

Интерпретация множества предложений S над областью D 
состоит тогда из трех соответствий А1, А2 и АЗ, где 

А1 сопоставляет каждой константе из S некоторый индиви¬ 
дуум из D; 

А2 сопоставляет каждому я-местному функтору из S неко¬ 
торое отображение из D" в D; 

АЗ сопоставляет каждому n -местному предикатному символу 
из S некоторое отображение из D" в множество {^, f}. 

Пусть, к примеру, S состоит из уже встречавшихся раньше 
предложений 

положительное(£'Д И НИЦ А) 

(Ѵх) положительное(УД50//Г Ь(х)) *- положительное(х)) 

Произвольным образом выберем теперь область интерпретации 
и соответствия А1, А2 и АЗ. Пусть, например, 

D — это множество натуральных чисел 1,2,3 ... и т. д.; 

А1 сопоставляет константе ЕДИНИЦА число 1; 

А2 сопоставляет функтору УДВОИТЬ отображение {(/, 2), 
(2,4), (3,6), ... ит.д.}; 

АЗ сопоставляет предикатному символу положительный 
отображение {(/, і), (2, t), (3, t), ... и т. д.}. 

Интерпретация множества S, таким образом, полностью опре¬ 
делена, хотя, по-видимому, мы достигли еще немногого. Интер¬ 
претация не имеет никакого значения до тех пор, пока мы не 
используем ее для оценки каждого предложения из S с по¬ 
мощью истинностных значений t и f. Этого можно достигнуть, 
оценивая формулы, из которых построены предложения, в соот¬ 
ветствии со следующими правилами (здесь F —произвольная 
формула, входящая в рассматриваемое предложение). 

(a) Если F —предикат без переменных, то сначала заме¬ 
няем каждую константу из F на индивидуум, который сопостав¬ 
ляется ей, согласно А1, затем заменяем каждый структуриро¬ 
ванный терм тем индивидуумом, в который, согласно А2, ото¬ 
бражается кортеж аргументов этого терма; в результате 
произведенных замен получается предикат вида р (d), где d — 
кортеж из индивидуумов; значение F определяется тогда как 
истинностное значение, в которое d отображается согласно АЗ. 

(b) Если F имеет вид (Vx)F', где F' — формула, содержа¬ 
щая х, то значением F является t в том случае, когда t — зна¬ 
чение каждого примера формулы F', получаемого одновремен- 
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ной заменой всех вхождений х некоторым индивидуумом из D; 
в противном случае значением F является /. 

(c) Если F имеет вид (Bx)F', где F' — формула, содержа¬ 
щая х, то значением F является t в том случае, когда по край¬ 
ней мере один пример формулы F', получаемый одновременной 
заменой всех вхождений х некоторым индивидуумом из D, при¬ 
нимает значение t\ в противном случае значением F является f. 

(d) Если F имеет вид 1F1 или FI, F2, или FI V F2, или 
F14-F2, или F1F2, где F1 и F2 — формулы, то значение 
формулы F определяется по приводимой ниже таблице истин¬ 
ности в соответствии со значениями F1 и F2. Заметим, что в 


FI F2 1FI FI.F2 FI V Г2 FI <- F2 F1«-*F2 


/ 

I 


t f 

f f 

t t 

I t 


f 

f 

f 


t t 

t f 

I f 

t t 


правилах (b) и (с) точный смысл понятий «для всех» и «суще¬ 
ствует» определяется через область интерпретации D, в то время 
как в правиле (d) связки определяются таким образом, чтобы 
их смысл соответствовал смыслу содержательных аналогов этих 
связок в естественном языке. Мы поясним применение этих пра¬ 
вил, рассмотрев наш пример вместе с уже предложенной выше 
интерпретацией. Первое предложение 
положителъное(ЕДИНИЦА) 

является формулой вида (а). С помощью соответствия А1 мы 
заменяем имя ЕДИНИЦА индивидуумом 1 и получаем поло¬ 
жительное (1). Согласно АЗ кортеж 1 отображается в истин¬ 
ностное значение /, которое, следовательно, и является значе¬ 
нием первого предложения. 

Второе предложение — это формула вида (Ь), где F' есть 
формула 

положительное(УДВОЯ7’Ь(л:)) <- положительное(лг) 

Требуется оценить примеры F' при всех возможных заменах 
переменной х индивидуумами из D. Рассмотрим только один 
пример, получаемый заменой х на /: 

положительно е(У ДВОИТ Ь(1)) <- положительное(/) 

Согласно правилу (а), значение положительное (/) есть t. Зна¬ 
чение положительное (УДВОИТЬ (/)) совпадает со значением 
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предиката положительное (2), поскольку для функтора УДВО¬ 
ИТЬ кортеж 1, согласно А2, отображается в число 2, и, стало 
быть, структурированный терм УДВОИТЬ (1) заменяется на 2. 
Согласно правилу (а), значение предиката положительное (2 
также t. Таким образом, рассматриваемый пример формулы F' 
имеет вид F1 ■+- F2, причем F1 и F2 принимают значение t. При¬ 
меняя правило (d), получаем наконец, что истинностное значе¬ 
ние нашего примера есть /. Более того, все другие примеры 
также принимают значение t независимо от того, какой инди¬ 
видуум из D подставляется вместо х, и потому, согласно пра¬ 
вилу (Ь), истинностное значение второго предложения также 
есть t. 

Таким образом, в рассматриваемом примере каждое предло¬ 
жение из S принимает в данной интерпретации значение t. 
Можно, однако, так подобрать область D и соответствия А1, 
А2 и АЗ, чтобы истинностные значения были другими. Как мы 
уже подчеркивали в начале этого раздела, предложения сами 
по себе не являются «истинными» или «ложными». Значения t 
и / не более чем символы, сопоставляемые предложениям по¬ 
средством этого конкретного метода интерпретации. Нельзя, од¬ 
нако, сказать, что эти значения не имеют никакого смысла; их 
роль станет ясной из следующего раздела. 


1.8. Логическое следствие 

Теперь мы можем точно определить понятие логического 
следствия. Мы будем говорить, что предложение выполняется 
в интерпретации над некоторой областью D тогда и только тог¬ 
да, когда это предложение принимает в данной интерпретации 
значение t. Множество предложений S выполняется в интерпре¬ 
тации тогда и только тогда, когда в ней выполняется каждое 
предложение из S. Наконец, мы говорим, что S логически вле¬ 
чет (или просто влечет) некоторое предложение s тогда и только 
тогда, когда для каждой интерпретации над произвольной об¬ 
ластью из выполнимости в ней множества предложений S сле¬ 
дует выполнимость в ней предложения s 

Вернемся снова к нашему примеру. Как было уже показано, 
множество S выполняется в выбранной интерпретации над мно¬ 
жеством натуральных чисел. Легко установить (читатель сде¬ 
лает это в качестве упражнения), что третье предложение 
s: положительно е(УДВОИТЬ{ЕДИНИЦА)) 


11 В этом случае говорят также, что из S логически следует предло¬ 
жение s или что s является логическим следствием множества предложе¬ 
ний S. — Прим. перев. 
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также выполняется в данной интерпретации. Более того, оказы¬ 
вается, что в каждой интерпретации, в которой выполняется 
множество предложений S, выполняется также и предложение s 
независимо от выбираемой области интерпретации. Мы говорим 
поэтому, что множество предложений 

положительное ( ЕДИНИЦА ) 

(Vл:)(положительное(У ДВОИТЬ(х)) <- положительное^)) 
логически влечет предложение 

положительное(УД ВО ИТ Ь(ЕД И НИЦ А)) 

Это отношение между S и s мы будем записывать в виде S )= s, 
где символ \= читается как «логически влечет». 

Смысл отношения )= заключается в том, что если S И s 
имеет место, то это происходит только благодаря внутреннему 
устройству самих предложений независимо от того, что могут 
обозначать составляющие их части в соответствии с той или 
иной интерпретацией. Это отношение, таким образом, не зави¬ 
сит от связей, которые могли бы быть установлены между язы¬ 
ком и миром индивидуумов. Использование определенных выше 
интерпретаций, приписывающих значения, — это лишь один спо¬ 
соб образования понятия логического следствия, которое, в ко¬ 
нечном счете, от этих интерпретаций не зависит. 

Связь логического программирования с понятием логического 
следствия определяется тем способом, которым задачи форму¬ 
лируются и решаются. Рассмотрим типичную задачу решения 
некоторых уравнений. Средствами логического программирова¬ 
ния можно было бы составить множество предложений S, опи¬ 
сывающее эти уравнения и критерии их решения. Компьютер 
выведет затем из S новое предложение s, являющееся логиче¬ 
ским следствием S и определяющее решение данных уравнений. 
Таким образом, логический базис, лежащий в основе решения 
задач, становится здесь более явным, чем при использовании 
традиционных языков программирования. 

К счастью, на практике для установления отношения S (= s 
не требуется исследовать различные области и интерпретации, 
поскольку существуют гораздо более простые методы, основан¬ 
ные на логическом выводе. Поэтому не столь важно, чтобы чи¬ 
татель полностью овладел всеми дававшимися до сих пор фор¬ 
мальными определениями. Фактически почти все аспекты фор¬ 
мальной системы логического программирования можно было бы 
представить, даже не упоминая о логическом следствии, хотя 
это, возможно, не дало бы полного понимания сущности пред¬ 
мета. 
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1.9. Логический вывод 

Логический вывод—это процесс получения некоторого пред¬ 
ложения s, исходя из множества предложений S, путем приме¬ 
нения одного или нескольких правил вывода. Цель вывода 
состоит, как правило, в том, чтобы показать справедливость от¬ 
ношения S )= s (т. е. что S логически влечет s). В данном раз¬ 
деле вводится очень простой метод построения вывода, на ко¬ 
тором основывается обычный способ обработки логических про¬ 
грамм. В этом методе используется только одно правило вывода, 
называемое резолюцией. Каждое применение правила назы¬ 
вается шагом вывода. Для наших целей будет достаточно при¬ 
менять правило резолюции только к предложениям трех типов, 
которые называются отрицаниями, фактами и импликациями. 
Они устроены следующим образом: 

отрицание: П(А 1 ,...,А„) 
факт: А 

импликация: А<-В,,...,В т 

(Здесь А, Аі, ..., А, г , Ві .В т — произвольные предикаты.) 

В импликации предикат, стоящий слева от связки назы¬ 
вается консеквентом, а предикаты, стоящие справа от назы¬ 
ваются антецедентами. Факты можно рассматривать как импли¬ 
кации, не имеющие антецедентов. 

Резолюцию проще всего ввести, рассмотрев сначала одну 
из наиболее простых ее форм. Цопустим, что у нас имеются 
отрицание и импликация: 

отрицание S1 : ~| А 

импликация S2 : A-f-B 

где предикат А из S1 совпадает с консеквентом А из S2. В ре¬ 
зультате одного шага резолютивного вывода мы получим из S1 
и S2 новое предложение 

s : ПВ 

На этом шаге предложения S1 и S2 называются родительскими 
предложениями, a s называется резольвентой, которая полу¬ 
чается в результате применения резолюции (или резольвирова- 
ния) к S1 и S2. Резолюция в этом простом случае соответствует 
стандартному (и очень важному для наших целей) пропозицио¬ 
нальному правилу вывода, называемому modus tollens, суть ко¬ 
торого выражается следующим умозаключением: 

допуская, что не А и А если В, 
выводим не В. 
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Читателю, который ранее не сталкивался с правилом modus tol- 
lens, следует полностью убедиться в том, что это умозаключе¬ 
ние интуитивно оправдано, прежде чем двигаться дальше. 

Рассмотрим теперь еще более простой случай, в котором S1 
является отрицанием, a S2 — фактом 

отрицание S1 : ПА 
факт S2 : А 

Применяя к этим родительским предложениям правило резолю¬ 
ции, мы выводим в качестве резольвенты пустое отрицание 

s : □ 

которое обозначается символом □ и означает противоречие. 
Таким образом, резолюцией здесь является следующее рассуж¬ 
дение: 

допуская, что не А и А, 
выводим противоречие 

Для того чтобы понять назначение таких выводов в контек¬ 
сте решения задач, рассмотрим простую задачу, связанную 
с логикой понятий «давать» и «получать». Пусть предикат 
дает (лг, у, г) означает, что «л: дает у некоторому объекту г», 
в то время как другой предикат получает {у, г) означает, что 
«у получает г». Допустим далее, что некоторые знания об этих 
отношениях выражаются двумя предложениями: 

52 : получлет(ВЫ,СИЛА)<-№ет(ЛОГИКА,СИЛА,ВЫ) 

53 : дает (ЛОГИКА,СИЛ А,ВЫ) 

Задача, которую нужно решить, состоит в том, чтобы ответить 
на вопрос: 

получаете ли ВЫ СИЛУ ? 

Когда используется обычная система логического программиро¬ 
вания, такой вопрос представляется в виде отрицания: 

S 1 : П получает(ВЬ/, СИЛА) 

и система должна опровергнуть это отрицание при помощи дру¬ 
гих предложений; опровергается отрицание путем демонстрации 
того, что его допущение ведет к противоречию. Этот подход 
является общепринятым в математике. Его называют доказа¬ 
тельством от противного или reductio ad absurdum. 

Представим себе тогда, что логическая программа состав¬ 
лена из трех предложений SI, S2 и S3, и она подается на 
вход системы резолютивного вывода, реализованной на ЭВМ. 

2 Зак. 983 
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Система применит правило резолюции к S1 и S2 и получит ре¬ 
зольвенту 

s : ~| дает {ЛОГИКА, СИЛА, ВЫ) 
затем применит резолюцию к s и S3 и получит противоречие 
s' : □ 

Для доказательства противоречивости входных предложений 
SI, S2 и S3 оказалось достаточно, таким образом, двух шагов 
вывода. Если предположить, что мы не отказываемся от пред¬ 
ложений S2 и S3 и сами они не являются противоречивыми, то 
отсюда вытекает, что они совместно противоречат S1, т. е. под¬ 
тверждают отрицание предложения S1, а именно предложение 
получает {ВЫ,СИЛ А) 

Следовательно, ответом для исходной задачи является «да». 

Резолюция, порождающая последовательность отрицаний, 
такую как (SI, s, s') в только что рассмотренном примере, на¬ 
зывается резолюцией сверху вниз-, эта терминология объясняется 
в разд. I. 14. 

Реальные программы содержат, как правило, значительно 
более сложные предложения, чем те, которые мы рассматривали. 
Отрицания, например, могут иметь несколько предикатов, а им¬ 
пликации— несколько антецедентов. Поэтому более общим яв¬ 
ляется случай, когда родительские предложения имеют вид 

51 : П (А.Ап) 

52 : Ак<-В ь .. .,Вт (где 1<к<п) 

Здесь некоторый предикат Ак из отрицания S1 совпадает с кон- 
секвентом из импликации S2. В этой ситуации шаг вывода за¬ 
меняет Ак в S1 на антецеденты из S2, и в качестве резольвенты 
получается отрицание 

s : 1(А 1 ,...,Ак-і,Ві . B m ,Ak+i . A n ) 

Рассмотрение следующего простого содержательного примера, 
в котором п=3 и ш=1, поможет лучше понять данное правило: 
допуская, что не (темно и зима и холодно) 
и что зима если январь 

выводим, что не (темно и январь и холодно) 

В том случае, когда отрицание S1 имеет такой же вид, как и 
выше, a S2 — это просто факт 

S2 : Ак 

причем А к является одним из предикатов в S1, шаг вывода 
только вычеркивает Ак из S1, и в результате получается ре- 
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зольвента 

s : I (Аі . Ак-і,Ак + ь ..., A n ) 

Снова приведем содержательный пример: 

допуская, что не (темно й зима и холодно) 
и что зима 

выводим, что не (темно и холодно) 

Во всех рассмотренных до сих пор случаях предварительным 
условием возможности выполнения шага вывода является со¬ 
впадение некоторого предиката из отрицания S1 с предикатом- 
консеквентом из импликации или факта S2. Однако, как демон¬ 
стрируется в следующем разделе, резолюция оказывается зна¬ 
чительно более общим правилом вывода. 


1.10. Общая резолюция сверху вниз 

Рассмотрим два следующих родительских предложения: 

5 1 : “I получает(В2>/,і/) 

52 : получает(дс.СЯЛЛ) <- д,ает(г,СИЛА,х) 

Они содержат три переменные х, у иг, которые (неявно) уни¬ 
версально квантифицированы. Так, например, предложение S1 
утверждает, что 

для всех у ВЫ не получаете у 

Вспомним, что в разд. 1.7 выражение «для всех» понималось 
как «для всех индивидуумов из какой-либо области, выбранной 
для интерпретации предложений». В каждой интерпретации 
предложений S1 и S2 над указанной областью по крайней мере 
один индивидуум будет связан с именем СИЛА, и поэтому 
непосредственным следствием S1 является более конкретное 
предложение, в котором говорится именно об этом индивидууме: 

ST: 1 получает (ВЫ, СИЛА) 

т. е. 

ВЫ не получаете СИЛУ 

Аналогичным образом, рассматривая предложение S2 и выби¬ 
рая для х индивидуум с именем ВЫ, получаем более конкрет¬ 
ное предложение: 

S2' : получает(ВТ)/, СИЛА )«- дает(г, СИЛА, ВЫ) 

т. е. 

для всех г ВЫ получаете СИЛУ если г дает СИЛУ ВАМ 

г* 
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Теперь у нас имеются два предложения S1' и S2', которые 
удовлетворяют предварительному условию: в отрицании присут¬ 
ствует предикат, совпадающий с консеквентом импликации. По¬ 
этому резольвентой S1' и S2' будет 

s : П дает ( z , СИЛА, ВЫ) 


Предикат получает {ВЫ, СИЛА) называется общим примером 
родительских предикатов 


и 


получает(В/>/, у) 
получает(.ѵ, СИЛА) 


Это понятие определяется следующим образом. 

Подстановкой Ѳ называется всякое множество присваиваний 
вида x:=t, где х — переменная, a t — терм, причем каждой 
переменной присваивается не более одного значения. Примене¬ 
ние подстановки Ѳ к произвольному выражению Е, например 
к предикату, заключается в замене переменных из Е на термы, 
которые, согласно Ѳ, присваиваются этим переменным. Каждая 
переменная из Е, не упомянутая в Ѳ, остается без изменений, 
а присваивания из Ѳ переменным, не входящим в Е, не выпол¬ 
няются. Результат применения Ѳ к Е обозначается через ЕѲ 
и называется подстановочным примером Е. Если применение Ѳ 
к двум выражениям Е1 и Е2 дает одинаковые подстановочные 
примеры, то выражение Е1Ѳ( = Е2Ѳ) называется общим приме¬ 
ром Е1 и Е2, а подстановка Ѳ называется тогда унификатором 
(или унифицирующей подстановкой для выражений Е1 и Е2). 

В нашем примере родительские предикаты обладают уни¬ 
фикатором 

Ѳ = {х := ВЫ, у := СИЛА} 


который присваивает переменным х и у в качестве значений 
темы ВЫ и СИЛА соответственно. На практике обычно унифи¬ 
каторы можно легко определять, сравнивая по очереди соответ¬ 
ствующие аргументы предикатов и выписывая те присваивания 
термов переменным, которые сделали бы эти аргументы одина¬ 
ковыми. Для поиска унификаторов в сложных случаях и для 
реализации на ЭВМ имеются систематические алгоритмы уни¬ 
фикации (см. гл. VII). На этом этапе будет, вероятно, полезно 
рассмотреть несколько простых примеров унификации и резо¬ 
люции, которые приводятся ниже. 

(і) Родительские предикаты — р(5) и р (5); их унификато¬ 
ром Ѳ является пустое множество (не заменяется ни 
одна из переменных); 
общий пример — р (5). 
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(ii) Родительские предикаты — р(х) ир(5); 
унификатор — Ѳ = {х : = 5}; 

общий пример — р (х) Ѳ = р (5) Ѳ = р (5). 

(iii) Родительские предикаты — р(х) и р(р); 
унификатор — Ѳ = {х: = у ); 

общий пример — р (у). 

(іѵ) Родительские предикаты — р(х, х) и р(5, у)\ сравне¬ 
ние первых аргументов дает присваивание х:=5, 
а сравнение вторых аргументов — у :=х, т. е. с учетом 
первого присваивания — у .= 5 ; 
унификатор — Ѳ = {х := 5, у := 5}; 
общий пример — р (5, 5). 

(ѵ) Родительские предикаты — р (/(х), f(5), х) и p(z, 
f(y), у); сравнивая, как и в предыдущем примере, ар¬ 
гументы слева направо и учитывая уже найденные 
присваивания, получаем унификатор 
Q={z:=f(5),y.= 5,x:=5}- 
общий пример — р(/(5), f(5), 5). 

(ѵі) Родительские предложения S1 : Пр(5,г/) 

S2 : р(лг,лг) q(x) 

унификатор родительских предикатов — 

Ѳ={*:=5, у: = 5}; 
резольвента — s:"1q(5) 

при допущении S2 отрицать (посредством S1) сущест¬ 
вование у, такого что справедливо р(5, у), — это значит выбрать 
у:=5 и отрицать (посредством s), что справедливо q(5). 

В общем случае унификатор двух предикатов не обязан 
быть единственно возможным. Мы рассмотрим сейчас пример, 
когда существуют несколько различных унификаторов. На этот 
раз родительскими предложениями будут следующие: 

51 : Ппоряд(^.х) 

52 : поряд(м.у .у)*-и < о,поряд(о.г/) 

Здесь предложение S2 выражает свойство упорядоченных спи¬ 
сков, таких как (/, 2, 3). Списки представляются структуриро¬ 
ванными термами, построенными с помощью функтора. и кон¬ 
станты NIL (см. разд. 1.6). Предикатный символ < является 
именем отношения порядка. Список вида и.ѵ.у имеет и ни 
в качестве своих первых двух элементов, а у — это оставшаяся 
часть списка. В предложении S2 утверждается, что такой спи¬ 
сок будет упорядоченным, если и < ѵ и подсписок ѵ.у является 
упорядоченным. В предложении S1 для любого х отрицается, 
что список вида 1.x упорядочен. 
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Для того чтобы посмотреть, можно ли применить правило 
резолюции к родительским предложениям, мы ищем унифика¬ 
тор для предикатов 

поряд(/.л:) и поряд(и.о.і/) 

Поскольку предикатные символы у них совпадают, остается 
проунифицировать аргументы 1.x и и.ѵ.у. Легко видеть, что 
подходящим оказывается унификатор 

Ѳ = {«:= 1, х:=ѵ.у} 

Адекватность подстановки Ѳ станет, возможно, более прозрач¬ 
ной, если мы рассмотрим ее применение к двум нашим термам, 
записанным в префиксной форме, а именно к термам .( 1,х ) 
и .(и,.(у, у)). При таком выборе унификатора Ѳ из предложе¬ 
ний S1 и S2 мы получаем резольвенту 

s: ~1(/ < ѵ, поряд(п,«/)) 

в чем читатель может убедиться, применяя Ѳ к S1 и S2 и полу¬ 
чая более конкретные предложения S 1' и S2', как это делалось 
в предыдущем примере, а затем резольвируя их непосред¬ 
ственно. 

Другим возможным унификатором для предложений S1 и S2 
является 

Ѳ' = {и 1, х := 2. NIL, ѵ := 2, у := NIL } 


Он дает иную резольвенту: 

s': ~\(1 <2, поряд(2. NIL)) 

Унификатор Ѳ оказывается более общим, чем Ѳ', в том смысле, 
что Ѳ осуществляет менее конкретные подстановки термов вме¬ 
сто переменных, чем Ѳ'. На самом деле Ѳ является наиболее 
общим унификатором, с помощью которого можно унифициро¬ 
вать два наших предиката поряд: он требует только то, чтобы 
терм, подставляемый вместо х, имел вид ѵ.у, где переменные 
ѵ и у остаются неконкретизированными, в то время как любой 
другой унификатор накладывал бы подобно Ѳ' большие ограни¬ 
чения на этот терм, подставляя какие-либо термы вместо пере¬ 
менных ѵ и/или у. Используя резолюцию, мы неизменно упо¬ 
требляем наиболее общий унификатор. Если предикаты унифи¬ 
цируемы, то он всегда существует и притом только один 1) . 

Детали шага вывода, которого достаточно для выполнения 
общей резолюции сверху вниз во всех рассматривавшихся до сих 
пор примерах, можно суммировать теперь следующим образом. 


11 Алгоритм поиска наиболее общего унификатора приводится в раз¬ 
деле VII. 4.3. — Прим, перев . 
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Шаг 1. Сначала во избежание путаницы добьемся того, что¬ 
бы отрицание S1 и импликация S2 не содержали общих пере¬ 
менных; с этой целью можно заменить некоторые из перемен¬ 
ных на новые, что никоим образом не меняет смысла родитель¬ 
ских предложений. 

Шаг 2. Выберем в отрицании предикат, у которого преди¬ 
катный символ совпадает с предикатным символом в консек- 
венте импликации; если такого предиката нет, то шаг вывода 
оказывается невозможным. 

Шаг 3. Найдем наиболее общий унификатор Ѳ для выбран¬ 
ного предиката из S1 и консеквента из S2; если унификатора 
не существует, то шаг вывода невозможен. 

Шаг 4. Заменим выбранный предикат в S1 на антецеденты 
импликации S1 или, если S2 является фактом, просто вычеркнем 
этот предикат; в результате получается новое (возможно, пус¬ 
тое) отрицание. 

Шаг 5. Применим Ѳ к новому отрицанию (что более эконо¬ 
мично, чем сначала применять Ѳ к родительским предложениям, 
а затем резольвировать их при помощи общего примера, как 
это делалось в рассмотренных ранее примерах); в результате 
получаем резольвенту s предложений S1 и S2. 

Значение изложенного в данном разделе материала состоит 
в том, что все вычислительные задачи можно сформулировать, 
пользуясь только отрицаниями, импликациями и фактами, а те 
из задач, которые являются разрешимыми, можно решить с по¬ 
мощью общей резолюции сверху вниз. 


1.11. Решение задач 

Теперь возможности резолюции при решении задач будут 
проиллюстрированы полным примером. Мы рассмотрим задачу, 
в которой исследуется предшествование элементов в списках, 
представленных термами. Интересующее нас отношение описы¬ 
вается с помощью предиката след (и,ѵ,х), который означает, 
что элементы и ни являются соседними в списке х, причем и 
предшествует ѵ. 

Для описания отношения след достаточно двух предложений. 
Одно из них — факт — устанавливает, что в каждом списке пер¬ 
вый элемент всегда предшествует второму: 

S1 : след (и,ѵ,и.ѵ.х) 

а другое — импликация — описывает предшествование среди 
остальных элементов списка: 

S2 : след(«,а,ш.г/)«-след(ы,и,і/) 
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Возможно, простейший способ понять адекватность описания 
отношения след посредством этих предложений — это предста¬ 
вить себе ситуацию, когда вы хотите продемонстрировать, что 
два данных элемента и и ѵ действительно являются последова¬ 
тельными элементами данного списка. Тогда вы либо пока¬ 
зали бы, что список имеет вид и.ѵ.х, либо показали бы, что он 
имеет вид w.y, а элементы и и ѵ являются последовательными 
в списке у. Предложения S1 и S2 соответствуют этим аль¬ 
тернативам, и ими, очевидно, исчерпываются все возможные 
случаи. 

Составление предложений S1 и S2 — это первый шаг в ре¬ 
шении задачи; он заключается в формулировке наших допу¬ 
щений о проблемной области. Вообще говоря, допущений мо¬ 
жет быть намного больше. 

На втором шаге нужно выразить конкретную задачу, постав¬ 
ленную на проблемной области. Задачу всегда можно предста¬ 
вить как запрос об одном или нескольких отношениях, опреде¬ 
ленных на этой области. В нашем примере задача — показать, 
что числа 3 и 4 являются последовательными элементами спи¬ 
ска (1, 2, 3, 4, 5). Она эквивалентна запросу, будет ли предикат 
след (5, 4, 1, 2, 3, 4. 5. NIL) логически следовать из допущений S1 
и S2. 

Обычно в этом случае запрос ставится как исходное отри¬ 
цание: 


D1 : 1 след(3,4,1.2.3.4.5.АГН,) 

Составлением допущений и исходного запроса завершается 
работа программиста, цель которой — сформулировать за¬ 
дачу. В составленных предложениях выражается все, что он 
хочет сказать и спросить относительно данной конкретной 
задачи. 

Последний, третий шаг выполняется компьютером, который 
пытается решить задачу, строя доказательство от противного. 
Более точно, он строит вывод сверху вниз, т. е. начиная с исход¬ 
ного отрицания, порождает последовательность отрицаний 
(D1, ..., Dn). Если может быть построен вывод, заканчи¬ 
вающийся отрицанием Dn = □, то этот вывод, называемый 
успешным выводом, сразу дает решение поставленной за¬ 
дачи. 

Вывод строится путем применения правила резолюции к каж¬ 
дому последующему отрицанию, начиная с D1, и какому-либо 
другому родительскому предложению, выбираемому из множе¬ 
ства допущений S = {S1,S2}; получаемая в результате резоль¬ 
вента становится очередным отрицанием в выводе. В рассмат¬ 
риваемом примере вывод строится так. 




1.11. Решение задач 



Отрицание 

Родительские 



предложения 

D1 : 

П след(3,4,1 .2.3 А.5. NIL) 

нет 

D2 : 

П след(3,4, 2. ЗА. 5. NIL) 

D1.S2 

D3 : 

1 след(3,4, ЗА.5. NIL) 

D2.S2 

D4 : 

□ 

D3.S1 


Вывод (Dl, D2, D3, D4) успешный, так как заканчивается пус¬ 
тым отрицанием □. Он решает нашу задачу, поскольку в теории 
резолюции установлен следующий важный результат: 

из S логически следует 1 D1 тогда и только 

тогда, когда из S и D1 можно вывести □ 

В данном примере предложение "1D1 эквивалентно предикату 
след (3,4,1.2.3.4.5. NIL), и, стало быть, вывод □ подтверждает, 
что это заключение следует из множества допущений S. 

Независимо от приведенной выше теоремы о резолюции мы 
обычно считаем множество S внутренне непротиворечивым (или, 
что эквивалентно, выполнимым), ибо в противном случае про¬ 
тиворечивость S означала бы, что допущения, сделанные о про¬ 
блемной области, взаимно противоречивы, как бы они ни интер¬ 
претировались — и тогда демонстрация при помощи резолюции 
того факта, что из множества допущений логически следует HD1, 
не имела бы непосредственной интерпретации, связанной с ре¬ 
шением задачи. Непротиворечивость множества S будет гаран¬ 
тирована всякий раз, когда оно содержит только импликации 
и/или факты; именно так обстоит дело для всех стандартных 
логических программ. 

Успешный вывод можно трактовать и по-другому, используя 
тот факт (также установленный в теории резолюции), что каж¬ 
дая резольвента логически следует из своих родительских пред¬ 
ложений. Поднимаясь по цепи таких логических следствий, вхо¬ 
дящих в приведенный выше вывод, легко видеть, что из D1 и S 
следует □. Пустое отрицание всегда оценивается как «ложное» 
в любой интерпретации. Если из D1 и S следует □, то ни в од¬ 
ной интерпретации не могут выполняться одновременно D1 и S, 
поскольку в противном случае □ должно было бы иметь зна¬ 
чение «истина». Отсюда вытекает, что в каждой интерпретации, 
в которой выполняется S, предложение D1 должно принимать 
значение «ложь», а значит 1D1 должно принимать значение 
«истина». Таким образом, установлено, что S \= “1D1. 

Не так важно, если эти объяснения покажутся довольно 
сложными при первом прочтении. Необходимо только усвоить 
основной результат: построение вывода пустого отрицания при 
помощи правила резолюции означает, что из множества допу- 
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щений S логически следует заключение ~Ш1. Это заключение 
прямо отвечает на запрос, поставленный исходным отрицанием 
D1, и потому оно является утверждением о решении задачи. По¬ 
скольку исходное отрицание было опровергнуто, успешный вы¬ 
вод называется опровержением. Методы построения опроверже¬ 
ний называются процедурами опровержения. 


1.12. Извлечение ответа 

В только что рассмотренном примере ответом на поставлен¬ 
ную задачу будет просто «да»; относительно данных допущений 
предикат cntp(3,4,1.2.3.4.5.NIL) является истинным. Однако бо¬ 
лее часто требуются ответы, сообщающие нам конкретные зна¬ 
чения аргументов, при которых некоторые предикаты являются 
истинными, причем на стадии формулировки задачи эти значе¬ 
ния полностью не известны. Оказывается, что такого рода от¬ 
веты можно извлекать из унификаторов, которые использовались 
в выводах, порождаемых исходной программой. 

В качестве примера рассмотрим еще одну задачу о следую¬ 
щем элементе спуска: найти, какой элемент г, если, конечно, он 
имеется, следует непосредственно за числом 3 в списке (1,2,3,4,5). 
Будет показано, что ответ 4 естественным образом получается 
в результате применения резолюции. На этот раз подходящим 
исходным отрицанием является 

D1 : П cntp{3 ,z,l .2.3.4. 5.NIL) 

Для любого z оно отрицает, что элемент z непосредственно сле¬ 
дует за числом 3 в списке 1.2.3.4.NIL. Поскольку переменная z 
входит в D1, она называется «проблемной переменной ». Отри¬ 
цание D1 можно рассматривать как запрос: существует ли ка¬ 
кой-либо пример 2 , при котором данный предикат будет ис¬ 
тинным. 

Используя те же допущения 

51 : след(и,ѵ,и.ѵ.х) 

52 : след(«,о,о).г/)-<-след(ц,о,г/) 

что и прежде, мы можем образовать следующее опровержение: 

Отрицание Родительские 

предложения 


D1 : 

1 след(3,2,1 

.2.3 А.5. NIL) 

нет 

D2 : 

“1 след(3, z , 

2.3.4.5 .NIL) 

D1,S2 

D3 : 

“I след(3, 2 , 

3.4.5. NIL) 

D2,S2 

D4 : 

□ 


D3.S1 
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Оно показывает, что из допущений S1 и S2 логически следует 
~]D1. Записанное полностью предложение D1 имеет вид 
(' Vz) “I еле д(3 , z , 1.2.3.4.5. NIL) 

Оно логически эквивалентно предложению 

П (Зг) след(3,г, 1.2.3.4.5 .NIL) 

(Два предложения называются логически эквивалентными, если 
каждое из них логически влечет другое.) Стало быть, из наших 
допущений логически следует отрицание последнего предложе¬ 
ния, т. е. предложение 

(Зг) слец(3 ,z,l .2.3.4.5 .NIL) 

которое устанавливает существование некоторого элемента г, 
следующего непосредственно за числом 3 в списке (1,2,3,4,5). 
Для того чтобы найти, какой это элемент, необходимо внима¬ 
тельно изучить протокол связываний данного вывода, т. е. мно¬ 
жество всех тех присваиваний, порожденных унификацией, ко¬ 
торые оказывают влияние на значения, получаемые в конце кон¬ 
цов проблемными переменными. (Если переменной в качестве 
значения присваивается некоторый терм, то мы говорим, что он 
связывает эту переменную, или, эквивалентно, что переменная 
становится связанной с этим термом.) Участвующие в построен¬ 
ном выводе (наиболее общие) унификаторы приводятся ниже 
рядом с образованными с их помощью отрицаниями. 

Отрицание Унификатор 

D2 {и:=3, ѵ :== z, w:=l, у :=2.3.4.5. NIL) 

D3 {и:=3, v:=z, w:=2, у:= 3.4.5. NIL} 

D4 (и:=3, v:=z, z:=4, х:= 5. NIL) 

Проблемная переменная z из D1 на протяжении первых двух 
шагов вывода остается несвязанной, поскольку первые два уни¬ 
фикатора значения ей не присваивают. Поэтому и после пер¬ 
вого, и после второго шага вывода протокол связываний оста¬ 
ется пустым. Однако на третьем шаге используется унификатор, 
который связывает переменную z с термом 4, так что протокол 
связываний является тогда множеством {z:=4}. Это множество 
к тому же оказывается заключительным состоянием протокола 
связываний, когда вывод завершается. Таким образом, получен¬ 
ным опровержением и заключительным состоянием проблемной 
переменной устанавливается, что из допущений S1 и S2 логи¬ 
чески следует ответ 

след (3,z,1.2.3.4.5.NIL), где z:=4, 

след (3,4,1.2.3.4.5. NIL) 


т. е. 
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Процесс восстановления значений проблемных переменных по 
протоколу связываний в выводе называется извлечением ответа. 
В реализации языка логического программирования извлечение 
ответа производится компьютером автоматически. 

Выполнение унификации и извлечение ответа вручную тре¬ 
буют некоторой осторожности. В частности, процесс переимено¬ 
вания переменных в родительских предложениях (цель кото¬ 
рого— гарантировать, чтобы во время применения резолюции 
родительские предложения не имели общих переменных) нужно 
выполнять следующим образом. 

Перед каждым шагом 

если переименование необходимо, 

то переименовывать следует переменные только в родитель¬ 
ском допущении, причем так, чтобы новые переменные отлича¬ 
лись от тех, которые входят в родительское отрицание, а также 
от всех тех переменных, которые упоминаются в текущем со¬ 
стоянии протокола связываний. 

Данное правило предохраняет от возможной путаницы, проис¬ 
ходящей из-за совпадения переменных. 

Путаница может возникнуть также в том случае, когда оба 
унифицируемых предиката содержат переменные, занимающие 
одну и ту же позицию среди аргументов. Именно это случилось 
на первом шаге вывода в рассматриваемом примере, когда уни¬ 
фицировались предикаты 

след(3,2,/ .2.3.4.5 .NIL) 


и 

след (u,v,w.y) 

Вторым аргументом в каждом из предикатов является перемен¬ 
ная. Возникает вопрос: следует ли переменной ѵ присваивать 
значение z или, наоборот, переменной z присваивать значением? 
Прежде мы выбирали первый вариант, однако на первом шаге 
вывода можно было бы использовать также унификатор { и:=3 , 
z:=v, w:=l, у := 2.3.4.5.NIL), который присваивает z значе¬ 
ние ѵ. По существу это тот же самый унификатор, и в принципе 
не имеет значения, каким из них пользоваться. На практике 
выбор второго унификатора приводит к менее компактному 
протоколу связываний, и, кроме того, возникает необходимость 
в переименовании некоторых переменных. Ниже приводится вы¬ 
вод и протокол связываний, которые получаются в результате 
использования второго варианта унификаторов. 



Отрицание 


I. 13. Резюме 
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Родительские 
предложения 

нет 
D1,S2 

D2,S2 (переменная ѵ пере¬ 
именована на ѵ') 

D3,S1 (переменная ѵ пере¬ 
именована на ѵ") 

Отрицание Текущее состояние протокола связываний 

D1 пустое множество (на первом шаге z не связанная) 

D2 {г := ѵ} 

D3 {г := ѵ, ѵ := ѵ'} 

D4 {z := v, v := v', v' := v", v" :=4} 

Значение, которое в конце концов получает переменная г, как 
и прежде 4, однако здесь оно выражается через последователь¬ 
ность связываний. Общее правило таково: если требуется при¬ 
нять решение относительно того, какой из переменных следует 
присвоить значение другой переменной, то наиболее простой ре¬ 
зультат получается, когда в качестве присваиваемого терма вы¬ 
бирается переменная из отрицания. Так, в данном примере пред¬ 
почтительнее выбрать присваивание ѵ := z, а не z:=v. Указан¬ 
ное правило имеет также гораздо более глубокое обоснование, 
исходя из соображений экономии памяти в период исполнения 
в реализациях языка логического программирования. Этот воп¬ 
рос будет обсуждаться в гл. VII. 

При достаточной практике выполнения вывода сверху вниз 
вручную вырабатывается привычка выбирать на каждом шаге 
такие переименования переменных и такие унификаторы, кото¬ 
рые необходимы для поддержания достаточно компактного и 
понятного протокола связываний. Это искусство сравнимо с уме¬ 
нием придавать более простую форму длинным математическим 
доказательствам путем периодического преобразования имен и 
приведения в порядок накопленных подстановок. Неумение де¬ 
лать это хорошо может привести только к получению менее 
элегантных выводов, но не к неверному конечному результату. 


1.13. Резюме 

Программирование на языке логики требует от программи¬ 
ста ясного понимания отношений, связанных с той задачей, для 
которой ищется решение. Более того, он должен быть способен 
выразить свое понимание, формулируя нужные логические свой- 


D1 : 

1 след(3,2, 

.2.3.4.5 .NIL) 

D2 : 

П след(5,ц, 

2.3.4.5 .NIL) 

D3 : 

П след^.и'. 

3.4.5 .NIL) 

D4 : 

□ 
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ства этих отношений на простом языке фактов и импликаций. 
Сама задача всегда может рассматриваться как запрос о содер¬ 
жимом отношений, который ставится в качестве исходного от¬ 
рицания, открытого для опровержения. 

Как только допущения и запрос сформулированы, они по¬ 
даются на вход системе построения резолютивного вывода, реа¬ 
лизованной на ЭВМ. Система пытается ответить на запрос, 
строя подходящее опровержение. Если на запрос можно полу¬ 
чить ответ на основе знаний, закодированных во входных допу¬ 
щениях, то система обязательно его обнаружит. 

Ответственность за построение вывода, за управление про¬ 
токолом связываний и извлечение ответа может быть либо пол¬ 
ностью возложена на систему, либо распределена между систе¬ 
мой и программистом в зависимости от особенностей конкретной 
реализации. Каждое вычисленное решение обладает требуемым 
свойством — оно логически следует из данных допущений, а само 
вычисление может быть прямо понято как процесс разумных и 
систематических рассуждений. Очень немногие из существую¬ 
щих формальных систем программирования обладают этими ка¬ 
чествами. 


1.14. Исторический очерк 

Основания символической логики были заложены (довольно 
несистематически) Булем, Де Морганом и другими в прошлом 
столетии. Современной, систематической формулировкой логи¬ 
ки первого порядка мы обязаны прежде всего Фреге. Взаимо¬ 
отношения между логикой и математикой впервые были всесто¬ 
ронне исследованы в знаменитой работе Рассела и Уайтхеда 
«Ргіпсіріа Mathemetica» 1910, где показана адекватность логики 
для вывода значительной части математики. Превосходное вве¬ 
дение в историю и основания современной логики дается в кни¬ 
гах Де Лонга (1970), Ходжеса (1977) и Робинсона (1979). 

В течение длительного времени семантика (или «значение») 
логики оставалась чрезвычайно запутанным предметом, но в 
конце концов значительная ясность в него была внесена Тар¬ 
ским; прозрачное изложение современного взгляда на логиче¬ 
ское доказательство и логическое следствие дается в его статье 
(Тарский, 1969). В частности, решающую роль в его подходе 
играет точное понятие интерпретации, определяемое в разд. 1.7. 
Когда некоторое множество предложений выполняется в интер¬ 
претации, ее называют моделью этого множества, а рассмотре¬ 
ние логической семантики на основе моделей известно как тео¬ 
рия моделей. Значение теоретико-модельной семантики для 
логического программирования обсуждается в гл. VIII. 



1.14. Исторический очерк 
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Комбинируя множество правил вывода с некоторой страте¬ 
гией их применения, получаем алгоритм, называемый процеду¬ 
рой доказательства, который, очевидно, можно закодировать 
в^виде программы для ЭВМ. Процесс исполнения такой про¬ 
граммы с целью порождения логических выводов из логических 
предложений, выступающих в качестве входных данных, назы¬ 
вается автоматическим доказательством теорем. Исследования 
в области автоматического доказательства теорем в течение трех 
последних десятилетий, причем очень значительные исследова¬ 
ния, отражают давнее стремление к систематизации математи¬ 
ческих доказательств. Первые запрограммированные процедуры 
доказательства применялись поэтому в основном для доказа¬ 
тельства математических теорем. К их созданию побуждала на¬ 
дежда, что компьютеры докажут существенные теоремы, дока¬ 
зательства которых окажутся слишком длинными или слишком 
трудными, чтобы их можно было получить немеханическими 
методами; можно было бы ожидать тогда, что компьютеры уско¬ 
рят темпы математических открытий. 

Помимо потенциального вклада в расширение математиче¬ 
ского знания автоматическое доказательство теорем считалось 
также важным для тех аспектов искусственного интеллекта, ко¬ 
торые связаны с обработкой знаний при помощи логического 
вывода. Здесь автоматическое доказательство теорем успешно 
применялось для выполнения таких заданий, как ответы на воп¬ 
росы, игры, решение задач в пространстве состояний. Успех 
в этих областях оказался возможным благодаря выразительной 
силе логики, достаточной для представления знаний, и способ¬ 
ности логического вывода обрабатывать их. 

Открытие Робинсоном (1965) правила резолюции после дол¬ 
гих усилий многих исследователей, направленных на разработку 
систематических и эффективных процедур доказательства в ло¬ 
гике первого порядка, представляло собой значительный шаг 
на пути практического применения автоматического доказатель¬ 
ства теорем. Резолюция обладает важными свойствами коррект¬ 
ности и полноты. Резолюция корректна в том смысле, что если 
с ее помощью из множества допущений S и отрицания D вы¬ 
водится □ , то обязательно справедливо отношение S f= “ID. Она 
является полной в том смысле, что если справедливо S И “ID, 
то □ непременно выводится из S и D. Полнота и эффективность 
различных резолютивных систем обсуждались в статье Коваль¬ 
ского и Кюнера (1971). 

Несмотря на упомянутые свойства, на резолюцию действуют 
ограничения, накладываемые на доказуемость сущностью самой 
природы логики. Фундаментальной проблемой, связанной 
с формальной логической системой, является «проблема обще- 
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значимости». Предложение системы называется общезначимым, 
если оно выполняется во всех интерпретациях над произволь¬ 
ными областями; проблема общезначимости заключается в том, 
чтобы решить, будет или нет какое-нибудь заданное предложе¬ 
ние общезначимым. Эта проблема затрагивает и логическое 
программирование, поскольку задача установления справед¬ 
ливости отношения S h= ID эквивалентна задаче установле¬ 
ния общезначимости предложения ( lD-«-S*), где S* — конъ¬ 
юнкция (получающаяся в результате соединения связкой «и») 
всех предложений из S. Черчем и Тьюрингом в 1936 году было 
доказано (подробное описание этих открытий см. в книге Дэвиса 
(1958)), что проблема общезначимости для логики первого по¬ 
рядка оказывается только частично разрешимой-, не существует 
алгоритма, позволяющего по любым S и D решить, справедливо 
S (= HD или нет; но, к счастью, имеются алгоритмы, которые 
всегда устанавливают справедливость отношения S (= HD, если 
оно действительно имеет место. Эти алгоритмы называются 
частичными разрешающими процедурами. Значение всего этого 
состоит в том, что если мы по невнимательности или в силу 
какой-то другой причины составили логическую программу, не 
имеющую опровержений (т. е. неразрешимую программу), и 
подали ее на вход частичной разрешающей процедуре, основан¬ 
ной на резолюции и реализованной на ЭВМ, то исполнение этой 
программы, заключающееся в безуспешных попытках вывести 
□ , может никогда не закончиться. Такой безрезультатный исход 
в подобных системах всегда возможен; он является прямым 
следствием теоремы Черча — Тьюринга. 

На практике, однако, незавершаемость иногда возникает 
даже в том случае, когда исполняются разрешимые программы, 
поскольку, как объясняется в главе V, в стандартной реализа¬ 
ции языка логического программирования употребляется особая 
стратегия управления, которая не позволяет системе использо¬ 
вать полноту резолюции. Поэтому опровержение, в принципе 
выводимое, может в зависимости от обстоятельств никогда не 
быть получено из-за того, что исполнение программы с самого 
начала попадает в ловушку какого-то другого незаканчиваю- 
щегося вывода. В логическом программировании, стало быть, 
существует такой же риск, связанный с незавершаемостью ис¬ 
полнения программ, как и в традиционном программировании, 
хотя причины этого не совсем одинаковы. 

Резолюция является более общим правилом, чем та его вер¬ 
сия, которая приводилась в этой главе. На самом деле правило 
резолюции применяется ко всем предложениям, имеющим вид 


A, V...V А Л ^В„...,1 
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и называемым дизъюнктами 1 К Можно показать, что каждое 
множество предложений в логике первого порядка преобразу¬ 
ется в множество дизъюнктов, имеющее в точности такие же 
свойства выполнимости. Простой алгоритм преобразования да¬ 
ется в книге Нильсона (1971). В основе теории резолюции ле¬ 
жат ранние исследования Эрбрана (1930) процедур доказатель¬ 
ства в логике дизъюнктов. В книге Ченя и Ли (1973) дается 
ясное введение в теорию и приложения резолюции. 

Предложения, являющиеся отрицаниями, фактами или им¬ 
пликациями, образуют подкласс класса всех дизъюнктов и на¬ 
зываются хорновскими дизъюнктами. Язык логического про¬ 
граммирования называют иногда «логикой хорновских дизъюнк¬ 
тов». Хорновские дизъюнкты пригодны фактически для любых 
целей, связанных с решением задач. Достаточность этого под¬ 
класса с точки зрения теории вычислимости обсуждается 
в гл. VIII. 

Вывод следующих друг за другом отрицаний — это только 
один способ применения резолюции для решения задач, сфор¬ 
мулированных в логике хорновских дизъюнктов; его называют 
резолюцией сверху вниз. В настоящее время это наиболее важ¬ 
ный вид резолюции, используемый в логическом программиро¬ 
вании. Другой способ, при котором вместо отрицаний последо¬ 
вательно порождаются факты, называется резолюцией снизу 
вверх. Можно предложить и другие способы, различным образом 
комбинирующие эти два подхода. Термины «снизу вверх» и 
«сверху вниз» описывают направление, в котором шаги вывода 
следуют между допущениями и заключениями. Вывод сверху 
вниз начинают строить с предполагаемого заключения решаемой 
задачи, представленного в виде исходного отрицания. Его пы¬ 
таются решить, выводя новое предполагаемое заключение (сле¬ 
дующее отрицание), и т. д. Этот способ всегда направлен на 
решение изначально поставленной задачи. Вывод снизу вверх 
строится в противоположном направлении: новые факты порож¬ 
даются посредством применения правила резолюции к старым 
фактам и импликациям. Этому способу не свойственна направ¬ 
ленность к какому-либо конкретному предполагаемому заклю¬ 
чению, и поэтому эффективно управлять построением такого 


Ч Точнее, дизъюнктом (в оригинале clause) называется дизъюнкция литер 
(отсюда и название — «дизъюнкт»); приведенное выше предложение логиче¬ 
ски эквивалентно дизъюнкту 

А, V • • • V А„ V 1 В, V... V “I В т . 


— Прим, перев. 



I. Представление знаний и рассуждения 


вывода намного труднее. Его можно рассматривать как «ориен¬ 
тированное на допущения» решение задач в противоположность 
«целенаправленной» сущности метода построения вывода сверху 
вниз. Первое всестороннее исследование общего решения задач 
в логике дизъюнктов было выполнено Ковальским (1974а), ко¬ 
торый проиллюстрировал много различных стилей как пред¬ 
ставления знаний, так и рассуждений. Более полное и современ¬ 
ное изложение этих вопросов дано в его книге «Логика для ре¬ 
шения задач-» (1979а). 



II. Логические программы 


В предыдущей главе теоретические основы логического про¬ 
граммирования объяснялись при помощи понятий и терминоло¬ 
гии из теории поиска доказательств теорем в логике первого 
порядка. Однако операционные возможности логических про¬ 
грамм можно описать, исходя из вычислительных понятий, уже 
известных в традиционных языках программирования. К этим 
возможностям относятся присваивание данных, ввод и вывод 
вызов процедуры, проверка условий и ветвление, итерация 
и рекурсия. Все они, а также некоторые более экзотические ме¬ 
ханизмы, прямо и естественно возникают из описанного в гл. I 
резолютивного процесса, и поэтому, к счастью, не требуется 
вводить никакой новой специальной терминологии. Цель этой 
главы, следовательно, состоит в том, чтобы просто выявить вы¬ 
числительные эффекты применения резолюции к логическим 
программам и таким образом дать читателю некоторое ощуще¬ 
ние практического владения формализмом. 


II. 1. Программы, вычисления и исполнение программ 

Мы начнем с того, что заново определим общую структуру 
логических программ и примем некоторые соглашения относи¬ 
тельно обозначений и терминологии. Мы введем также точные 
понятия вычисления и исполнения, и тем самым получим все 
необходимое для объяснения поведения программ в ходе вы¬ 
числений. 

II.1.1. Утверждения в программах 

В настоящее время используются разнообразные системы 
обозначений для написания логических программ. Некоторые 
из них отражают соглашения, принятые в литературе по резо¬ 
лютивному доказательству теорем и существовавшие до воз¬ 
никновения логического программирования. Более современные 
разрабатываются для удобства создания и использования ин¬ 
терпретаторов логических программ или в интересах програм- 
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мистов, или в идеале для того и другого. Мы кратко рассмотрим 
некоторые из них, прежде чем фиксировать те конкретные обо¬ 
значения, которые и будут использоваться в оставшейся части 
книги. 

Запись дизъюнктов при помощи положительных и отрица¬ 
тельных литер, считающаяся ныне довольно устаревшей, свя¬ 
зана с тем, что общий дизъюнкт вида 

PVQ<-R,S,T 

логически эквивалентен формуле 

Р VQV1RV1SV1T 

Предикаты и их отрицания называются соответственно положи¬ 
тельными и отрицательными литерами, и поэтому предыдущий 
дизъюнкт можно по-другому записать в виде 
+P+Q-R-S-T 

Используя такую систему записи, логическую программу 
П (А,В) 

А-<- В,С 

В 

С 

можно было бы представить следующим образом: 

- А-В 

+А-В-С 

+ в 

+ С 

Это представление обладает определенной алгебраической ла¬ 
коничностью, но в нем теряется интуитивный смысл отрицаний, 
фактов и (в особенности) импликаций. 

В более современной стрелочной записи вместо символа і 
в отрицании используется символ который присоединяется 
также справа к каждому факту. Приведенную выше программу 
можно было бы записать тогда следующим образом 

*- А,В 

А<- В,С 
В< 

С<- 

В этом случае можно считать, что все предложения логической 
программы имеют вид 


P«-Q,R, ... и т, д. 
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где предикаты по обе стороны от стрелки могут как присутство¬ 
вать, так и отсутствовать. Хотя этот очень единообразный способ 
записи оказался довольно популярным, он представляется слиш¬ 
ком аскетическим. 

Для наших целей в дальнейшем будет достаточно менее 
строгих обозначений. Мы будем писать символ ? в отрицаниях 
вместо П, подчеркивая тем самым, что отрицание —это по су¬ 
ществу запрос. В импликациях вместо будет писаться связка 
если Эти обозначения довольно близки к тем, которые исполь¬ 
зуются в некоторых существующих реализациях. Рассматривае¬ 
мая программа примет тогда следующий вид 

? А,В 

А если В,С 

В 

С 

В некоторых системах для обозначения связки «и» употребля¬ 
ется также символ &, но это приводит к излишней громоздкости 
длинных предложений; здесь мы по-прежнему будем пользо¬ 
ваться запятой. 

В дальнейшем все предложения, составляющие программу, 
будут называться утверждениями. Отрицание будет называться 
целевым утверждением 2 >. Поэтому, когда в программе содер¬ 
жится целевое утверждение вида 

?А(*),В (у) 

мы говорим, что цель (или назначение) программы — ответить 
на запрос: «При каких примерах (значениях) переменных х и у 
имеет место А(х) и В (у)?» 

Импликации и факты будут в дальнейшем называться про¬ 
цедурами 3) . Каждая из них называется процедурой «для» того 
предикатного символа, с которого она начинается. Например, 
утверждение 

А(лс) если В(х),С(х) 
является процедурой для А. 


’> В переведенной на русский язык книге Клоксина и Меллиша (1981) 
вместо «если» используется символ: —. — Прим, перев. 

2> Следует указать на отличие этой терминологии от принятой в упомя¬ 
нутой книге Клоксина и Меллиша (1981), где целью (goal) или целевым 
утверждением назывался лишь один атом из отрицания (ниже он будет 
интерпретироваться как вызов процедуры); все отрицание было названо при 
переводе целевым дизъюнктом (goal statement) . — Прим, перев. 

31 Импликации часто называют также правилами (см., например, Клок- 
син, Меллиш (1981)). — Прим, перев. 
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11.1.2. Назначение и структура программ 

Структура стандартной логической программы такова 
программа = целевое утверждение и произвольное количество 
процедур 

Ни на число, ни на длину утверждений никаких ограничений не 
накладывается. 

Порядок, в котором процедуры появляются в программе, ло¬ 
гического значения не имеет, поскольку каждая из них устанав¬ 
ливает некоторый факт о решаемой задаче независимо от 
остальных. Обычно, однако, принято собирать процедуры для 
одного и того же предикатного символа в группу, которая на¬ 
зывается тогда множеством процедур для этого символа. На¬ 
пример, 

А(л:) если В(х),С(х) 

А(х) если C(y),D(x,y) 

В(х) если D(x,x) 

В(х) если С(х) 


Здесь имеются по крайней мере два множества процедур: одно 
для предикатного символа А, а другое — для В. (Иногда пред¬ 
почитают применять слово «процедура» к тому, что мы назвали 
множеством процедур; отдельные предложения в нем именуются 
тогда дизъюнктами. Раньше множества процедур иногда назы¬ 
вались «разделами».) Из последующего будет видно, что поря¬ 
док, в котором процедуры расположены внутри соответствую¬ 
щего им множества процедур, имеет на самом деле значение 
только в связи с эффективностью вычислений. Точно так же и 
упорядочение предикатов в целевых утверждениях и процедурах 
оказывает влияние только на эффективность, но никакого логи¬ 
ческого значения не имеет. 

Для того чтобы обсуждать примеры программ, удобно иног¬ 
да снабжать их утверждения метками, облегчающими ссылки 
на них в тексте. Эти метки выбираются произвольным образом 
и отделяются от утверждений двоеточием. Сами они не явля¬ 
ются составными частями утверждений, т. е. не принадлежат 
языку логического программирования. 

Ниже приводится программа нахождения следующего эле¬ 
мента, рассматривавшаяся в предыдущей главе и записанная 
теперь в наших новых обозначениях. 

целевое утверждение G1: ? след (3, z, 1.2.3.4.5. NIL) 

процедуры С1: след (и,ѵ,и.ѵ.х) 

С2: след(ы,о,ш.у)если след (и,ѵ,у) 
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В этой программе имеется одно множество процедур для пре- 
дикатого символа след, две процедуры в котором снабжены 
метками С1 и С2. Исходное целевое утверждение помечено с 
помощью G1. Проблемную переменную z в G1 мы будем назы¬ 
вать теперь целевой переменной. 

Данная программа предназначена для того, чтобы решить 
целевое утверждение G1, используя при этом только процедуры 
С1 и С2. В терминах, ориентированных на решение задач, ре¬ 
шение целевого утверждения заключается в вычислении неко¬ 
торого значения t (которое будет каким-либо термом) целевой 
переменной г, такого что t является элементом, следующим не¬ 
посредственно за числом 3 в списке (/, 2, 3, 4, 5). В терминах 
отношений решение целевого утверждения G1 заключается в 
нахождении примера t переменной г, при котором тройка (5, t, 
1.2.3.4.5.NIL) принадлежит трехместному отношению с именем 
след. Наконец, в логических терминах оно заключается в нахож¬ 
дении примера t переменной г, такого что предложение 

след (3,t,1.2.3.4.5.NIL) 
логически следует из процедур С1 и С2. 


II.1.3. Исполнение программ 

Логическая программа начинает исполняться после того, как 
она подается на вход логическому интерпретатору. Интерпрета¬ 
тор представляет собой программу, способную строить резолю¬ 
тивные выводы, как правило, методом «сверху вниз». Получив 
входную логическую программу, он предпринимает обычные 
шаги, необходимые для исполнения программы в режиме интер¬ 
претации: так, он осуществляет синтаксический контроль вход¬ 
ных утверждений; хранит их в центральной памяти в соответ¬ 
ствующей упрощенной, компактной и доступной форме; перево¬ 
дит входное целевое утверждение во внутреннее представление 
и затем начинает процесс построения вывода путем последова¬ 
тельного применения правила резолюции к текущему целевому 
утверждению и некоторой родительской процедуре, выбираемой 
из хранящейся в памяти версии входной программы. Если интер¬ 
претатору удается вывести пустое отрицание □, означающее, что 
решение получено, то он выдает какое-либо сообщение об этом 
вместе с найденными значениями целевых переменных. Распе¬ 
чатка, полученная в результате исполнения программы о сле¬ 
дующем элементе, выглядела бы примерно так: 

РЕШЕНИЕ НАЙДЕНО: 

ЗНАЧЕНИЕ ЦЕЛЕВОЙ ПЕРЕМЕННОЙ: Z\=4 
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Некоторые из существующих реализаций более подобны компи¬ 
ляторам, чем интерпретаторам. До начала исполнения они про¬ 
изводят предварительный анализ процедур программы с целью 
образования модулей из машинных кодов, которые включают 
в себя конкретные шаги унификации, необходимые для резоль- 
вирования процедур с целевым утверждением. Эти модули затем 
загружаются в память машины вместе со сравнительно простым 
управляющим модулем, и получающаяся в результате полная 
объектная программа исполняется намного быстрее, чем в ре¬ 
жиме чистой интерпретации. 

II.1.4. Вычисления 

В дальнейшем вместо термина «логический вывод» мы будем 
употреблять термин «вычисление». Более точно, вычислением 
(сверху вниз) является каждый вывод, начинающийся с исход¬ 
ного целевого утверждения, который может быть построен при 
помощи резолюции (сверху вниз) исходя из данной программы. 
Таким образом, вычисление — это просто последовательность 
целевых утверждений, каждое из которых, за исключением ис¬ 
ходного, порождается в результате применения резолюции к 
предыдущему целевому утверждению и одной из процедур. Од¬ 
ним из возможных вычислений для программы нахождения сле¬ 
дующего элемента будет тогда такое вычисление (Gl, G2, G3): 

G1 : ? след(3 ,z,l .2.3.4.5 .NIL) 

G2 : ? след(3,г, 2.3.4.5. NIL) 

G3 : ? след(3,2, 3.4.5. NIL) 

Вычисления можно классифицировать по-разному: как конеч¬ 
ные или бесконечные, успешные или неудачные, завершающиеся 
или незавершающиеся. С указанными классификациями мы 
еще встретимся дальше в этой главе, а пока достаточно отме¬ 
тить, что в общем случае одна программа может давать не¬ 
сколько различных вычислений. В ходе исполнения программы 
интерпретатор пытается исследовать каждое из них, если, ра¬ 
зумеется, ему не дано других указаний. Таким образом, если 
программа имеет несколько решений, т. е. допускает несколько 
вычислений, заканчивающихся пустым отрицанием □, то ин¬ 
терпретатор будет не просто искать все эти решения, а искать 
каждое из них всеми возможными способами. Это означает, что 
интерпретатор, как и любая другая программа, выполняющая 
алгоритм поиска, должен сохранять подробный протокол того, 
что он уже обнаружил, и тех возможностей, которые еще оста¬ 
ются неисследованными. Одна из наиболее приятных особенно¬ 
стей логического программирования, отличающая его почти от 
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всех остальных программистских формализмов, состоит в том, 
что это бремя управления поисковыми процессами может быть 
полностью возложено на интерпретатор. 

11.2. Процедурная интерпретация 

Процедурная интерпретация придает операционный харак¬ 
тер логическим программам. Суть ее заключается в том, чтобы 
рассматривать целевые утверждения как множества вызовов 
процедур, каждый из которых обрабатывается посредством об¬ 
ращения к соответствующей процедуре. В этом отношении про¬ 
цедурная интерпретация очень похожа на процедурные семан¬ 
тики многих традиционных языков программирования. Она 
позволяет, в частности, смотреть на исполнение логических про¬ 
грамм с алгоритмической точки зрения, а не только с точки 
зрения логического вывода. Понятие процедурной интерпрета¬ 
ции является, возможно, наиболее важным достижением в вы¬ 
числительной логике, которое позволило рассматривать логику 
как язык программирования. 

П.2.1. Структура целевого утверждения 

В процедурной интерпретации целевое утверждение 
?А ь А 2 ,. .. и т. д. 

рассматривается как набор вызовов процедур А|, Аг, ... и т. д. 
Каждый из этих вызовов указывает имя процедуры, являю¬ 
щееся просто предикатным символом. Аргументы предиката на¬ 
зываются фактическими параметрами вызова. Так, например, 
целевое утверждение 

? след(3 ,z,l .2.3.4.5. NIL) 

содержит только один вызов, который ссылается на процедуру 
с именем след и имеет три фактических параметра: 3, z и 
1.2.3.4.5.NIL. Вызов представляет собой некоторую подзадачу, 
ожидающую решения. (Поэтому вызовы называют иногда «под¬ 
целями».) Причина, по которой предикат из целевого утвержде¬ 
ния описывается как «вызов», состоит в том, что при его обра¬ 
ботке в ходе исполнения программы он вызывает некоторую 
процедуру с указанным им именем, и она выполняет некоторые 
вычислительные действия над фактическими параметрами. 

11.2.2. Структура процедуры 

Процедура представляет собой некоторый способ решения 
подзадачи. Например, процедура 

след(«, ѵ , w . у) если след(и,ѵ,у) 
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может быть прочитана следующим образом: подзадачу вида 
след(«, ѵ, w.y) можно решить посредством решения подзадачи 
след (и, ѵ, у). Более точно, процедура представляет собой не¬ 
который способ решения вызова. Так, вызов след (3,4,1-2.3.4.5. 
NIL) может быть решен с помощью приведенной выше про¬ 
цедуры при условии, что в свою очередь может быть решена 
подзадача след(3, 4, 2.3.4.5.NIL). 

Взаимодействие целевых утверждений, вызовов и процедур 
станет намного более понятным из последующих разделов. Сей¬ 
час же мы введем еще несколько определений. 

Предикат, стоящий в процедуре слева от связки если назы¬ 
вается заголовком процедуры. Он дает также имя процедуры, 
которым является его предикатный символ. Аргументы этого 
предиката называются формальными параметрами процедуры. 
Приведенная выше процедура с именем след имеет, стало быть, 
три таких параметра: и, ѵ и w.y. 

Предикаты, стоящие справа от связки если, называются 
вызовами и все вместе образуют тело процедуры. Эти вызовы 
представляют собой подзадачи, каждую из которых потребова¬ 
лось бы решать для того, чтобы процедура решила какой-либо 
обращающийся к ней вызов. В рассматриваемом примере тело 
процедуры содержит только один такой вызов. 

П.2.3. Операция вызова процедуры 

Каждый шаг резолюции, выполняемый в ходе порождения 
вычисления, можно рассматривать как операцию вызова про¬ 
цедуры. Эта операция включает в себя выбор некоторого вы¬ 
зова из текущего целевого утверждения, выбор процедуры, имя 
которой совпадает с именем вызова, унификацию фактических 
и формальных параметров (если это возможно), замену выбран¬ 
ного вызова телом процедуры и, наконец, применение к резуль¬ 
тату найденного унификатора. В результате выполнения опера¬ 
ции вызова процедуры получается следующее целевое утверж¬ 
дение. Мы говорим тогда, что вызов был активирован, а 
процедура вызвана. 

Рассмотрим пример, в котором утверждения имеют вид 
целевое утверждение G1 : ?А,В 

процедура Р1 : ?А если C,D 

и допустим, что из целевого утверждения выбирается подчерк¬ 
нутый вызов А. Допустим далее, что вызывается процедура Р1, 
заголовок А. которой унифицируется с выбранным вызовом по¬ 
средством некоторого унификатора Ѳ. Тогда операция вызова 
процедуры порождает очередное целевое утверждение 
G2 : РСѲ.ЭѲ.ВѲ 
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Этот шаг можно понимать следующим образом. Как только 
был определен унификатор Ѳ, целевое утверждение G1 эффек¬ 
тивным образом уточняется до промежуточного утверждения 
G1' : ?АѲ,ВѲ 

Заметим, что каждое решение подзадач АѲ и ВѲ является так¬ 
же решением более общих подзадач А и В. Например, если вы¬ 
зов А имеет вид А(х), а Ѳ = {х: = /(«/)}, то АѲ есть А(/(*/)); 
если вызов АѲ решается, и переменной у в конце концов при¬ 
сваивается в качестве значения терм t, то тем самым решается 
и более общий вызов А(х), причем ответом будет x:=f(t). 
Точно так же определение унификатора Ѳ эффективным образом 
уточняет Р1 до процедуры 

РГ : АѲ если СѲ,ЭѲ 

которая утверждает, что подзадачу АѲ можно решить путем 
решения обеих подзадач СѲ и ѲѲ. Поэтому очевидно, что G1' 
можно решить, решая целевое утверждение 
G2 : РСѲ.ѲѲ.ВѲ 

Процесс замены вызова телом процедуры с учетом тех мо¬ 
дификаций, которые необходимы для установления соответствия 
между фактическими и формальными параметрами, во многом 
подобен способу определения семантики вызова процедуры для 
традиционных алголоподобных языков. Единственным отличием 
является критерий соответствия параметров; в логическом про¬ 
граммировании требуется, чтобы параметры были структурно 
согласованы (унифицируемы), тогда как в других языках накла¬ 
дываются иные условия. Вследствие требования унифицируе¬ 
мости вызов процедуры может оказаться невозможным, даже 
если ее имя совпадает с именем обращающегося к ней вызова. 
В случае когда процедура вызывается, т. е. когда ее заголовок 
унифицируется с вызовом, говорят что процедура отвечает на 
вызов. 

Вспомним, что унификация может также добавлять некото¬ 
рые присваивания к протоколу связываний порождаемого вы¬ 
числения (содержащему присваивания целевым переменным, 
которые следует хранить отдельно для последующего извлече¬ 
ния ответа). Допустим, что наши утверждения, записанные 
полностью, выглядят следующим образом 
G1 : ?A(x),B(z) 

Р1 : А(/(#)) если С(у)Му) 

Тогда операция вызова процедуры порождает очередное целе¬ 
вое утверждение 


G2 : ?C(^),D(^),B(2) 
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а унификатор Ѳ = {х := f(y)} добавляет присваивание х := f(y) 
к протоколу связываний, где его впоследствии можно будет 
найти, когда понадобится извлекать ответ, вычисленный в ко¬ 
нечном итоге для переменной х. Итак, полностью общее дейст¬ 
вие операции вызова процедуры можно представить следующим 
образом: 

Текущее целевое Следующее целевое 

утверждение дают утверждение 

+ + 

Процедура Присваивания, добавляемые 

к протоколу связываний 


11.2.4. Вход в процедуру и выход из процедуры 

Так как на каждом шаге вычисления вызывается некоторая 
процедура, и в результате этого в целевое утверждение вводятся 
(в общем случае) новые вызовы (из тела процедуры), исполне¬ 
ние программы можно рассматривать как повторяющийся 
процесс входа в процедуру и выхода из процедуры. Вход в про¬ 
цедуру происходит в тот момент, когда телом процедуры заме¬ 
няется обращавшийся к ней вызов. Выход из процедуры проис¬ 
ходит в тот момент, когда оказываются решенными все вызовы 
из ее тела. (Строго говоря, здесь был описан лишь успешный 
выход из процедуры; с понятием неудачного выхода мы встре¬ 
тимся несколько позже.) 

Когда происходит вход в процедуру, вызовы из ее тела, если 
таковые имеются, называются непосредственными потомками 
обращавшегося к процедуре вызова. Сам этот вызов становится 
непосредственно решенным, если при входе в процедуру у него 
не возникает непосредственных потомков; такое может прои¬ 
зойти только в том случае, когда вызываемая процедура оказы¬ 
вается просто фактом (имеющим пустое тело). В более общей 
ситуации вызов становится решенным, когда либо (і) он ста¬ 
новится непосредственно решенным, либо (іі) все его непосред¬ 
ственные потомки становятся решенными. 

Эти понятия можно пояснить с помощью следующего при¬ 
мера. (Ради простоты в приводимой ниже программе все пара¬ 
метры опущены.) 


целевое утверждение 
процедуры 


G1 

?А,В 


Р1 

А если 

C.D 

Р2 

С если 

F.G 

РЗ: 

F 


Р4: 

G 


Р5: 

D 


Р6: 

В 







II. 2. Процедурная интерпретация 


61 


Исполнение этой программы породило бы тогда следующее е 
числение: 

.вызов А активирован 


.вызов А решен 


G1 : 

?А,В 

G2 : 

?C,D,B 

G3 : 

?F,G,D,B 

G4 : 

?G,D,B 

G5 : 

?D,B 

G 6 : 

?B 

G7 : 

?(т. е. □) 


Здесь вход в процедуру Р1 происходит в тот момент, когда це¬ 
левое утверждение G2 выводится из G1. В результате этого 
образуются непосредственные потомки С и D вызова А, обра¬ 
щавшегося к процедуре Р1. Вызов F становится непосредственно 
решенным, когда выводится целевое утверждение G4; точно 
так же вызов G становится непосредственно решенным, когда 
выводится G5, и, стало быть, в этот момент становится решен¬ 
ным вызов С, поскольку F и G являются его непосредственными 
потомками. Когда выводится целевое утверждение G 6 , непо¬ 
средственное решение вызова D и полученное ранее решение 
вызова С приводят к тому, что становится решенным вызов А, 
и, таким образом, в этот момент происходит выход из процеду¬ 
ры Р1. В процессе исполнения программы между входом в про¬ 
цедуру Р 1 и выходом из нее в разные моменты времени проис¬ 
ходили также входы в процедуры Р2, РЗ, Р4 и Р5 и выходы из 
них. Наконец, когда выводится целевое утверждение G7, непо¬ 
средственно решается вызов В; так как вызов А уже был решен, 
то отсюда вытекает, что исходное целевое утверждение G1 пол¬ 
ностью решено, и вычисление успешно завершается пустым це¬ 
левым утверждением G 7 . Пустота G7 означает, что больше не 
осталось никаких вызовов, которые нужно решать с целью ре¬ 
шения их предков. 


11.2.5. Выбор вызова 

В ходе построения вычисления длина текущего целевого 
утверждения может изменяться в зависимости от числа вызовов, 
которые вводятся в него в результате обращения к процедурам. 
Если в текущем целевом утверждении имеется несколько вы¬ 
зовов, то на следующем шаге может быть активирован каждый 
из них. Принятие решения относительно того, какой именно вы¬ 
зов следует активировать, называется выбором вызова ; это один 
из аспектов исполнения логических программ, связанных с не¬ 
обходимостью делать выбор. 

Действие этого выбора можно увидеть, рассмотрев следую¬ 
щую программу, в которой спрашивается, является ли список 
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( 1 , 2, 3) упорядоченным: 


G1 : 
поряді : 
поряд2 : 
порядЗ : 
меньше 1 : 
меньше2 : 


?поряд {1.2.3. NIL) 
поряд (NIL) 
порйд(и. NIL) 

поряд {и.ѵ.у) если и < ѵ, поряд (ѵ.у) 
1 < 2 

2 <3 


Допустим теперь, что исполнение этой программы управляется 
правилом, согласно которому на каждом шаге активируется пер¬ 
вый слева вызов. В этом случае будет получено следующее вы¬ 
числение (активируемые вызовы здесь подчеркнуты). 


G1 : 

?поряд (1.2.3. NIL) 


G2 : 

?1 <2, поряд {2.3. NIL) 

в результате вызова 
процедуры порядЗ 

G3 : 

?поряд (2.3. NIL) 

в результате вызова 
процедуры меньше 1 

G4 : 

?2 < 3,поряд (3.NIL) 

в результате вызова 
процедуры порядЗ 

G5 : 

?поряд(3 . NIL) 

в результате вызова 
процедуры меньше2 

G6 : 

? 

в результате вызова 
процедуры поряд2 


Фактически это правило предписывает, чтобы проверка упоря¬ 
доченности пар стоящих рядом элементов списка выполнялась 
сразу, как только пара появляется в текущем целевом утверж¬ 
дении. 


11.2.6. Выбор процедуры 

Еще один важный вид выбора, возникающий на каждом 
шаге исполнения программы, касается выбора вызываемой про¬ 
цедуры. В только что рассмотренной программе об упорядочен¬ 
ном списке не было необходимости в такого рода выборе, по¬ 
скольку на каждом шаге только одна процедура отвечает на 
какой бы то ни было активированный вызов. В противополож¬ 
ность этому рассмотрим задачу нахождения элемента г , сле¬ 
дующего непосредственно за числом 2 в списке (/, 2, 3, 2, 4). Ее 
можно сформулировать в виде следующей программы: 

G1 : ?след(2,2,7 .2.3.2.4. NIL) 

Cl : след (и,ѵ,и.ѵ .х) 

С2 : след(и,п,ш.г/) если след (и,ѵ,у) 

Исполнение данной программы должно начинаться с вызова 
процедуры С2, в результате чего получается целевое утверж- 
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дение 

G2 : ?слер,(2 ,z,2 .3.2 .4.NIL) 

и теперь, поскольку обе процедуры С1 и С2 отвечают на этот 
вызов, приходится выбирать, к какой из них следует обратиться. 
Если выбирается С1, то вычисление успешно завершается пу¬ 
стым целевым утверждением 

G3 : ? 

и при этом извлекается ответ z\=3. Если же, напротив, выби¬ 
рается процедура С2, то получается другое вычисление: 

G3' : ?след (2, z, 3.2.4. NIL) 

G4 : ?след(2,г, 2.4. NIL) 

G5 : ? 

и при этом извлекается ответ z\—4. Заметим, что целевое 
утверждение G5 было выведено в результате выбора процедуры 
С1. Если бы вместо нее была выбрана процедура С2 (а она 
также отвечает на вызов), то тогда получаемое вычисление не 
было бы успешным. 

Приведенный пример показывает, что выбор процедуры, как 
и выбор вызова, влияет на ход построения вычисления и может 
также приводить к порождению различных ответов для целе¬ 
вых переменных. Это важное свойство логических программ, 
заключающееся в возможности построения целого ряда вычис¬ 
лений, более подробно обсуждается в следующем разделе. 


1.3. Пространство вычислений 

Читателю должно быть теперь понятно, что исполнение ло¬ 
гической программы не обязательно следует только по одному 
пути вычислений. Существование неоднозначного выбора на 
различных шагах вычисления означает, что может быть порож¬ 
дено несколько вычислений, дающих, возможно, отличающиеся 
друг от друга результаты. Сейчас мы переходим к рассмотрению 
различных видов вычислений, а также условий, влияющих на 
их порождение во время исполнения программы. 

И.3.1. Классификация вычислений 

Каждое вычисление, заканчивающееся пустым целевым 
утверждением (которое обозначается посредством ? или □), 
дает некоторое решение исходного целевого утверждения и на¬ 
вивается успешным. 
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Если последнее целевое утверждение в вычислении таково, 
что на некоторый выбранный из него для активации вызов не 
отвечает ни одна процедура, то вычисление характеризуется 
как тупиковое, и решений оно не дает. В этом случае для на¬ 
глядности обычно принято добавлять к такому вычислению спе¬ 
циальный символ ■, обозначающий неудачу. 

Вычисления, которые заканчиваются либо символом □, либо 
символом ■, называются завершенными. Вычисления, заканчи¬ 
вающиеся целевыми утверждениями, из которых можно вывести 
по крайней мере одно следующее целевое утверждение, харак¬ 
теризуются как незавершенные-, это такие вычисления, которые 
исполнением программы еще не достроены до одного из заклю¬ 
чений □ или ■. 

Все рассмотренные выше вычисления являются примерами 
конечных вычислений, и именно с этим видом вычислений про¬ 
граммисты обычно хотят иметь дело. Однако некоторые про¬ 
граммы приводят к бесконечным вычислениям, не дающим ни¬ 
какого заключения. 

11.3.2. Полное пространство вычислений 

Для каждой данной программы полным пространством вы¬ 
числений называется множество всех вычислений, которые мож¬ 
но получить из этой программы при помощи стандартной опера¬ 
ции вызова процедуры. Полное пространство вычислений охва¬ 
тывает все возможные способы выбора вызовов и процедур. Его 
можно рассматривать как полный перебор различных путей, на 
которых исполнение программы могло бы искать решения ис¬ 
ходного целевого утверждения; некоторые из этих путей могут 
быть успешными, некоторые —тупиковыми, а некоторые — бес¬ 
конечными и не дающими результата; одни могут быть эффек¬ 
тивными, другие —неэффективными. Каковы бы ни были раз¬ 
меры и структура этого пространства, оно целиком и полностью 
определяется данной программой и методом построения вы¬ 
вода — резолюцией сверху вниз. Пределы, до которых простран¬ 
ство вычислений исследуется во время исполнения программы, 
определяются другими факторами, в частности так называемы¬ 
ми правилами выбора. Эти правила описываются в следующем 
разделе. 

11.3.3. Действие правил выбора 

При стандартном способе исполнения программы для акти¬ 
вации всегда выбирается первый (самый левый) вызов из целе¬ 
вого утверждения. Действие этого правила, заложенного в ин¬ 
терпретатор, заключается в том, что оно ограничивает исполне- 
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ние программы поиском только в некотором подмножестве пол¬ 
ного пространства вычислений, называемом выбираемым под¬ 
пространством. Более того, все решения программы, если, ко¬ 
нечно, они имеются, оказываются вычисляемыми в этом под¬ 
пространстве, поскольку все остальные успешные вычисления из 
полного пространства приводят к тому же самому множеству 
решений, но другими путями, и, стало быть, их удаление из 
процесса исполнения программы существенного значения не 
имеет. 





Рис. II. 1. Дерево вычислений для задачи об упорядоченном списке. 


Эти свойства выбираемого подпространства иллюстрируются 
на рис. II. 1, где рассматривается задача об упорядоченном спи¬ 
ске, обсуждавшаяся в разделе II. 2.5. Полное пространство 
вычислений можно изобразить в виде дерева вычислений, кор¬ 
нем которого является исходное целевое утверждение, а ветви, 
выходящие из корня, представляют все различные вычисления. 
Простоты ради на этом рисунке в термах, служащих именами 
списков, опущена константа NIL. Всего имеется восемь завер¬ 
шенных вычислений, и каждое из них успешное. Они соответ¬ 
ствуют восьми различным путям решения указанной задачи при 
отсутствии ограничений на выбор вызова. Самая левая ветвь, 
выделенная на рисунке жирными ребрами, представляет един¬ 
ственное вычисление в подпространстве, определяемом стан¬ 
дартным правилом выбора вызова. Вызовы в этом вычислении 
обрабатываются в следующей последовательности: поряд (1.2.3. 
NIL), 1<2, поряд (2.3. NIL), 2<3 и поряд (3.NIL). В других 
вычислениях обрабатываются просто разнообразные переста¬ 
новки этой последовательности вызовов, что соответствует раз¬ 
личным правилам выбора. Например, правило, согласно кото¬ 
рому всегда выбирается последний (самый правый) вызов из 
текущего целевого утверждения, ограничивало бы исполнение 
программы подпространством, представляемым самой правой 
ветвью дерева. 


3 За к 083 
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Вообще говоря, выбираемое подпространство может содер¬ 
жать несколько вычислений, которые отражают альтернативные 
выборы процедур, отвечающих на один и тот же вызов. (В за¬ 
даче об упорядоченном списке этого не происходит, поскольку 
на каждом шаге вызову отвечает только одна процедура.) Та¬ 
ким образом, как только для активации вызовов определено 
правило выбора, всякое ветвление (т. е. наличие нескольких 
ребер, выходящих из одной вершины дерева), которое еще 



Рис. II. 2. Дерево вычислений для программы выхождеиия следующего эле¬ 
мента. 


остается в поддереве, описывающем выбираемое подпростран¬ 
ство, полностью определяется существованием выбора между 
процедурами, отвечающими одному вызову. На рис. II. 2 эта 
ситуация иллюстрируется для задачи нахождения элемента г, 
следующего непосредственно за числом 2 в списке (/, 2, 3, 2, 4), 
которая решается с помощью программы, приведенной ранее в 
разделе II. 2.6. Здесь, оказывается, полное дерево вычислений 
и его поддерево, определяемое стандартным правилом выбора 
вызова, совпадают, поскольку в каждом целевом утверждении 
имеется только один вызов. Каждая точка ветвления на этом 
рисунке соответствует возможности выбора между процедурами 
С1 и С2. Заметим также, что поддерево содержит тупиковое вы¬ 
числение, которое возникает в том случае, когда предпочтение 
всегда отдается процедуре С2. 

Если бы программа нахождения следующего элемента имела 
целевое утверждение 

?след {4, z, 1.2.3.2.4. NIL) 
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то тогда поддерево содержало бы только одно вычисление, ко¬ 
торое заканчивалось бы неудачей, поскольку у данной задачи 
не существует решения. Говорят, что программа неразрешима, 
если ее подпространство не содержит успешных вычислений; 
в противном случае программу называют разрешимой. Отме¬ 
тим, что неразрешимость программы возникает не только в том 
случае, когда все вычисления заканчиваются неудачей ■; она 
возникает тогда, когда всякое вычисление либо заканчивается 
неудачей ■, либо бесконечно. 


:^І 

^1 


, (1,2,2) 
ц (Л 2,у) 


след (Л 2, Уз) 


и т.д. до бесконечности 


Рис. II. 3. Поддерево, содержащее бесконечное вычисление. 


Пример бесконечного вычисления дает еще одна задача о 
следующем элементе, в которой используются те же самые про¬ 
цедуры, что и прежде, но выбрано другое целевое утверждение: 

G1 : ?след (l,2,z) 

Cl : след [и,ѵ,и.ѵ .х) 

С2 : след (u,v,w.y) если след(и,ц,і/) 

В этой программе ищутся списки, в которых число 2 следует 
непосредственно за числом 1. На рис. II. 3 изображено соответ¬ 
ствующее поддерево и приведены присваивания целевым пере¬ 
менным. 

Здесь снова точки ветвления появляются тогда, когда вы¬ 
зову отвечают обе процедуры С1 и С2. Все левые ветви завер¬ 
шаются успешно и дают различные ответы: 

г:=1.2. х 
z:=w.l .2.x 
z:=w.w 2 .1.2.x 
z:=w.w 2 .w 3 .l .2 .х 
и т. д. 

Каждый ответ определяется лишь частично, поскольку в нем 
остаются переменные, которым можно придавать произвольные 


3* 
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значения. Переменные w 2 , уз, ®з, Уз появляются в результате 
переименования переменных из родительских процедур, необ¬ 
ходимого для того, чтобы удовлетворить требованиям стандарт¬ 
ной операции вызова процедуры. Заметим, что главная ветвь 
поддерева является бесконечно длинной; она получается тогда, 
когда предпочтение все время отдается вызову процедуры С2. 

Если предположить, что интерпретатору дано задание иссле¬ 
довать все подпространство целиком, то это, очевидно, приведет 
к незавершающемуся исполнению программы, так как область 
исследования здесь неограниченна. Незавершающееся исполне¬ 
ние может иногда возникать даже в том случае, когда все вы¬ 
числения в подпространстве конечны, поскольку некоторые про¬ 
граммы дают подпространства, имеющие бесконечное число та¬ 
ких вычислений. Подобная ситуация может случиться, когда 
интерпретатор обращается к некоторому встроенному множе¬ 
ству процедур (что это такое, объясняется в разд. II. 6), пред¬ 
лагающему бесконечное число различных ответов на вызов и, 
таким образом, вводящему в поддерево вершины с бесконечным 
ветвлением. 


II. 4. Стандартная стратегия управлений 

Руководство исполнением логических программ осуществля¬ 
ется главным образом механизмами управления, заложенными 
в интерпретатор. Программист может оказывать влияние на 
общий ход исполнения программы, например на последователь¬ 
ность, в которой строятся вычисления, однако более тонкие де¬ 
тали, такие как управление протоколом связываний, могут быть 
оставлены для разбора интерпретатору. 

Предыдущие наши примеры показывали, что логические про¬ 
граммы могут давать целое множество вычислений. Это свой¬ 
ство является одним из аспектов недетерминированности логи¬ 
ческих программ. Оно ставит интерпретатор перед необходи¬ 
мостью осуществлять поиск для того, чтобы не пропустить ни 
одного решения. Ниже мы займемся изучением стандартной 
стратегии, применяемой для управления поиском, и объясним, 
какое влияние на нее может оказывать программист. 

ІІ.4.1. Недетерминированность и поиск 

В самом общем смысле недетерминированность означает от¬ 
сутствие факторов, точно определяющих ход исполнения про¬ 
граммы. Логика, следовательно, оказывается недетерминирован¬ 
ным языком программирования, ибо в утверждениях логических 
программ об этом ничего не говорится. 
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Каждая отдельная программа является недетерминирован¬ 
ной в том случае, когда она допускает более одного вычисления, 
т. е. когда ее дерево вычислений содержит ветвления. Такое 
ветвление вызывается двумя причинами: наличием в целевых 
утверждениях нескольких вызовов, которые могут быть активи¬ 
рованы, и наличием нескольких процедур, способных ответить 
на один и тот же вызов. Первая причина устраняется за счет 
введения строгого порядка выбора вызовов, например правила, 
согласно которому в целевом утверждении всегда выбирается 
первый слева вызов. Такого рода правило «отрезает» лишние 
ветви в полном дереве вычислений, оставляя при этом подде¬ 
рево, содержащее все решения программы. Вторая причина про¬ 
является тогда в наличии какого-либо ветвления, остающегося 
в этом поддереве; оно и вынуждает предпринимать поиск. По¬ 
этому в дальнейшем мы будем называть полученное поддерево 
деревом поиска для данной программы при заданном правиле 
выбора вызовов. Разумеется, в явном виде до исполнения про¬ 
граммы дерева поиска не существует — когда мы говорим о том, 
что интерпретатор осуществляет поиск в дереве поиска, мы на 
самом деле имеем в виду, что интерпретатор строит его. 

11.4.2. Правило вычислений 

Правило выбора вызова обычно называют правилом вычис¬ 
лений: оно фиксирует множество вычислений, которые будут 
построены в ходе исполнения программы. Относительные уров¬ 
ни, до которых вычисления строятся интерпретатором во время 
его движения по дереву поиска, определяют динамические очер¬ 
тания «границы поиска». Вычисления могут строиться по оче¬ 
реди (это, как мы сейчас увидим, является обычным способом 
исполнения программ), или параллельно, или каким-то иным 
способом, соединяющим в себе эти две крайности. 

Согласно стандартному правилу вычислений , на каждом 
шаге всегда выбирается первый вызов из целевого утверждения. 
При этом подразумевается, что, когда вызов заменяется на тело 
вызванной им процедуры, текстуальный порядок вызовов из ее 
тела не меняется. Получающееся в результате дерево поиска 
затем, как правило, просматривается по принципу « сначала 
в глубину». Это значит, что интерпретатор начинает с корня 
дерева вычислений и потом продвигается вниз по выходящей 
из корня ветви, строя вычисление сколь угодно долго до тех пор, 
пока он не достигнет конечной вершины (□ или ■). До момента 
окончания этого вычисления никакие другие вычисления стро¬ 
иться не будут. 

Если достигается вершина □, то интерпретатор может из¬ 
влечь ответ и сообщить о нем устройству вывода. Если же, 
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напротив, достигается вершина ■, то никакого сообщения о не¬ 
удаче обычно не выдается. И в том и другом случае могут 
остаться другие, не просмотренные до сих пор ветви, которые 
выходят из различных точек ветвления, расположенных выше 
в дереве поиска. Если это действительно так, то интерпретато¬ 
ром осуществляется возврат вверх по только что построенной 
ветви в поисках ближайшей вершины, из которой выходит еще 
некоторая неисследованная ветвь *>. Если таковых нет, то де¬ 
рево поиска построено полностью, и, стало быть, исполнение 

исполнение программы исполнение программы 



неудача 


Рис. 11.4. Поиск в глубину с возвратом в полном дереве поиска. 

программы заканчивается. В противном случае первая новая 
альтернативная ветвь, встречающаяся в процессе возврата, про¬ 
должается вниз опять по принципу сначала в глубину. Таким 
способом конечное дерево поиска будет в конце концов пол¬ 
ностью просмотрено и будут найдены все решения программы. 
На рис. II. 4 показано, как осуществляется поиск в глубину 
в изображенном ранее на рис. II. 2 дереве поиска. Стрелки ука¬ 
зывают направление поиска; те из них, которые направлены 
вверх, указывают на то, что выполняется процесс возврата. 

Зная правило вычислений, заложенное в интерпретаторе, 
программист может принимать решение относительно текстуаль¬ 
ного упорядочения вызовов в своей программе, должным обра¬ 
зом учитывая эффективность ее исполнения. Он может выби¬ 
рать такие упорядочения, у которых соответствующие подпро- 


*> Такое поведение на англоязычном жаргоне называют бэктрекингом 
(backtracking); в дальнейшем мы будем называть его процессом возврата .— 
Прим, перев. 
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странства могут содержать меньше тупиковых вершин, чем в 
полном пространстве вычислений, или меньше бесконечных вы¬ 
числений, или меньше путей, дающих одинаковые решения, или 
более короткие вычисления. Однако, чтобы точно оценить вы¬ 
годы того или иного выбора упорядочения, требуется довольно 
большой опыт работы с имеющейся реализацией языка логиче¬ 
ского программирования. Возможна, например, такая ситуация, 
когда для исследования подпространства, содержащего только 
одно вычисление, потребовалось бы больше времени, чем для 
исследования другого подпространства той же самой задачи, 
содержащего несколько вычислений сравнимой длины, посколь¬ 
ку в первом случае интерпретатору могло бы понадобиться 
больше времени для осознания того, что имеется лишь одно 
вычисление, чем для обработки более просто ограниченного 
множества вычислений во втором случае. Это в свою очередь 
происходит из-за того факта, что возможности для исследова¬ 
ния воспринимаются интерпретатором, исходя из числа про¬ 
цедур, потенциально отвечающих каждому вызову, а эффектив¬ 
ность их определения зависит от использованных в данной реа¬ 
лизации методов хранения, индексирования и выборки процедур. 

11.4.3. Правило поиска 

Принцип поиска сначала в глубину, применяемый к данному 
дереву поиска, сам по себе не определяет последовательность, 
в которой строятся вычисления. Эта последовательность регу¬ 
лируется порядком выбора процедур, отвечающих на вызовы. 
Всякое правило, задающее указанный порядок, называется пра¬ 
вилом поиска, поскольку оно определяет направление поиска, 
избираемое интерпретатором в каждой точке ветвления дерева 
поиска. Согласно стандартному правилу поиска, процедуры, от¬ 
вечающие на вызов, выбираются в соответствии с их порядком 
вхождения в текст программы. 

Рассмотрим действие стандартного правила поиска на при¬ 
мере изображенного на рис. II. 4 дерева поиска для программы 
нахождения следующего элемента. Предположим, что процеду¬ 
ры программы расположены в следующем порядке: 

С1 : след {и,ѵ,и.ѵ.х) 

С2 : след(и, ѵ , w . у) если след (и,ѵ,у) 

Когда интерпретатор достигает первой точки ветвления, он вы¬ 
зывает процедуру 01, в результате чего получается решение 
z : = 3. Затем он возвращается в ту же точку ветвления и вспо¬ 
минает, что еще осталась неиспробованной процедура С2, кото¬ 
рая также отвечает вызову. Стало быть, следующей вызывается 
процедура С2, и этот путь вскоре приводит к еще одной точке 
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ветвления, где применяется все тот же порядок выбора про¬ 
цедур. После того как в конце концов будет найдена тупиковая 
вершина, в процессе возврата не обнаружится ни одной точки 
ветвления с еще не исследованными путями. Поэтому траекто¬ 
рия управления идет вверх прямо к корню дерева и исполнение 
программы на этом заканчивается. 

Если бы текстуальный порядок процедур С1 и С2 был изме¬ 
нен на обратный, то дерево поиска (определяемое только пра¬ 
вилом вычислений) осталось бы, конечно, тем же самым. Од¬ 
нако поиск осуществлялся бы тогда в направлении, прямо про¬ 
тивоположном тому, которое показано на рис. И. 4: сначала 
встретилась бы тупиковая вершина, затем было бы найдено 
решение z:—4, а уж потом — решение z :=3. 

Вообще говоря, если предполагается просмотреть все дерево 
поиска целиком, то упорядочение процедур мало влияет на эф¬ 
фективность исполнения программы. Однако иногда для про¬ 
граммиста представляет интерес только некоторая часть дерева 
поиска. Ему, например, может потребоваться найти лишь одно, 
не важно какое решение, а не все возможные решения задачи. 
Поэтому большинство реализаций снабжено различными допол¬ 
нительными устройствами управления, позволяющими програм¬ 
мисту сокращать или как-то иначе модифицировать поисковый 
процесс. Иногда бывает проще написать программу, допускаю¬ 
щую много путей вычислений, и удалить некоторые из них при 
помощи устройств управления, чем создавать более ограничи¬ 
тельную программу, допускающую только один интересующий 
нас путь. Это лишь одно из многих подобных суждений, оказы¬ 
вающих влияние на стиль программирования. 

Наиболее известной директивой управления является так на¬ 
зываемый оператор отсечения (cut operator), представляющий 
собой просто символ /, который пишется в программе на правах 
еще одного вызова. При его активации сразу же отсекаются все 
неисследованные пути, выходящие из всех точек ветвления, ко¬ 
торые встретились с момента входа в ту процедуру, чей вызов 
привел к появлению этого оператора в целевом утверждении. 
Так, например, если бы мы взяли модифицированную про¬ 
цедуру С1 

С1 : след(и, ѵ , и. ѵ . х)если/ 

и расположили бы в тексте программы С1 и С2 в указанном 
выше порядке, то исполнение программы сразу бы закончилось, 
как только было бы обнаружено решение г:=3. В самом деле, 
активация оператора / отсекла бы оставшуюся возможность 
выбора процедуры С2 в точке ветвления, удаляя таким образом 
весь неисследованный остаток дерева поиска. 
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Часто утверждают, что оператор отсечения является необ¬ 
ходимым для практического логического программирования. Не¬ 
сомненно полезный, он тем не менее поощряет «ленивый» стиль 
программирования: вместо того чтобы тщательно продумывать 
способ описания отношения, которое действительно требуется, 
может возникнуть соблазн дать по возможности самое простое 
описание какого-нибудь более широкого отношения и затем раз¬ 
бросать по тексту программы операторы отсечения, избавляясь 
тем самым от нежелательных кортежей. Такое «недисциплини¬ 
рованное» употребление оператора отсечения может затруднить 
анализ и понимание программ. 

11.4.4. Стандартная стратегия 

Стандартная стратегия, которая управляет процессом поис¬ 
ка, осуществляемым интерпретатором,— это просто сочетание 
двух правил: стандартного правила вычислений и стандартного 
правила поиска. Таким образом, основным средством, с помо¬ 
щью которого программист может управлять исполнением своей 
программы, является выбор текстуального упорядочения про¬ 
цедур и вызовов. Об интерпретаторах, управляемых стандарт¬ 
ной стратегией, говорят иногда, что они осуществляют поиск 
«слева направо в глубину с возвратом», поскольку это назва¬ 
ние описывает траекторию их движения по дереву поиска, ко¬ 
торое нарисовано так, чтобы упорядоченные слева направо 
ребра дерева, выходящие из каждой точки ветвления, соответ¬ 
ствовали текстуальному упорядочению процедур, отвечающих 
на вызов в данной точке. 

Оператор отсечения дополняет стандартную стратегию сред¬ 
ством для удаления нежелательных вычислений, и отчасти по¬ 
этому интерпретаторы не могут в полной мере использовать 
полноту резолюции. Другая причина заключается в том, что 
в соответствии с принципом поиска сначала в глубину исполне¬ 
ние программы может войти в бесконечное вычисление и нико¬ 
гда из него не выбраться, оставляя поэтому часть дерева поиска 
непросмотренной. В некоторых реализациях имеются средства 
«контроля зацикливания», которые пытаются распознать бес¬ 
конечные вычисления, тогда как в более грубых системах может 
просто накладываться некоторое произвольное ограничение на 
допустимую длину вычислений. И в том и другом случае по¬ 
средством искусственного приведения в действие механизма воз¬ 
врата из неугодной вершины дерева вычислений исполнение 
программы можно освободить от дальнейшего просмотра теку¬ 
щей ветви, хотя при этом пришлось бы пожертвовать полнотою, 
если бы оказалось, что оставленная ветвь на самом деле успеш¬ 
но завершается. 
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Довольно часто программисты имеют дело с задачами, тре¬ 
бующими исследования только одного пути вычислений, и по¬ 
этому им не требуется слишком подробно заниматься вопросом 
управления. Однако в других ситуациях может потребоваться 
найти несколько ответов а\, а 2 , ... и т. д. и тогда можно напи¬ 
сать недетерминированную программу, каждое успешное вычис¬ 
ление которой дает один из ответов (как это было в программе 
о следующем элементе). В этом случае программист может 
либо осуществлять жесткое управление ходом исполнения про¬ 
граммы при помощи механизма текстуального упорядочения и 
оператора отсечения, либо вообще не беспокоиться об управле¬ 
нии, и тогда самое худшее, что может произойти — это незавер- 
шаемость исполнения, а менее худшее — его неэффективность. 
Еще одна возможность заключается в составлении детермини¬ 
рованной программы, вычисляющей единственный ответ, кото¬ 
рый состоит из терма, объединяющего все а\, а 2 , ... и т. д. Ка¬ 
кой бы из этих методов ни выбирался, он должен в идеале быть 
направлен на максимальное улучшение логической простоты и 
ясности программы, а также на повышение продуктивности про¬ 
граммирования при условии, разумеется, что затраты на реали¬ 
зацию получаемой в результате программы останутся в прием¬ 
лемых пределах. 


II. 5. Поведение программы в ходе вычислений 

При наличии интерпретатора, управляемого стандартной 
стратегией, программист может получать много важных видов 
вычислительных процессов, просто выбирая подходящие логи¬ 
ческие структуры для своих входных программ. В этом разделе 
изучается, как ведут себя логические программы в ходе их ис¬ 
полнения по сравнению с известными алгоритмическими меха¬ 
низмами. 

II.5.1. Обработка данных 

Большинство программ предназначается для обработки дан¬ 
ных. Поэтому имеет смысл выяснить, что означает обработка 
данных в логическом программировании. 

Рассмотрим стандартную операцию вызова процедуры. В об¬ 
щем случае вызов будет содержать несколько переменных, ска¬ 
жем переменные х\, х 2 , ... и т. д. Заголовок процедуры, к ко¬ 
торой этот вызов обращается, также может содержать несколько 
переменных, скажем уі,у 2 , ■■■ и т. д. Для наших целей сейчас 
не играет роли, являются ли сами эти переменные параметрами 
или они лишь входят в состав параметров. 
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Во время вызова процедуры соответствующее присваивание 
данных (унификатор) сопоставляет различные термы некоторым 
или всем переменным х і и уі. Мы интерпретируем каждый та¬ 
кой терм как элемент данных, замечая, что он порождается в ре¬ 
зультате согласования параметров. Элементы данных, которые 
присваиваются переменным уі, называются входными данными, 
поскольку они вводятся в процедуру из вызова, а элементы дан¬ 
ных, которые присваиваются переменным х„ называются выход¬ 
ными данными, поскольку они выводятся из процедуры в вызов. 
Эти понятия входных и выходных данных определяются, таким 
образом, исходя из направления потока данных по отношению 
к процедуре. 

В качестве примера рассмотрим шаг вычисления, на котором 
процедура С2 вызывается в ответ на первый вызов из целевого 
утверждения G1: 

G1 : ?след(2,2, 1.2.3.2.4. NIL), след(г, 2,1,2.3.2.4. NIL) 

С2 : след (u,v,w.y) если след(ц,о,г/) 

Отходя ради иллюстрации определений от обычного правила, 
касающегося присваиваний одним переменным значений других 
переменных, мы предположим, что используемое здесь присваи¬ 
вание данных таково: {и:=2, z:=v, w:=l, у := 2.3.2.4.NIL}. 
Термы 2, 1 и 2.3.2.4.NIL — суть элементы данных, которые явля¬ 
ются входными относительно переменных и, w и у из процеду¬ 
ры С2, а терм ѵ есть элемент данных, который является выход¬ 
ным по отношению к переменной z из вызова. 

Еще одно полезное понятие — это понятие распределения 
данных. Когда происходит вызов процедуры, входные данные, 
присвоенные переменной у,, распределяются по всем вхождениям 
этой переменной в тело процедуры (т. е. подставляются вместо 
них). В то же время выходные данные, которые присвоены пе¬ 
ременной Хі, распределяются по всем латентным вызовам в це¬ 
левом утверждении. (Латентными вызовами называются вызо¬ 
вы, еще ожидающие активации: согласно стандартному правилу 
вычислений, латентными являются все вызовы в текущем целе¬ 
вом утверждении, за исключением первого.) После того как вы¬ 
полнены оба этих распределения данных, следующее целевое 
утверждение G2 получается путем замены первого вызова в G1 
на тело процедуры С2 (см. рис. II. 5). 

Распределение данных позволяет по-другому смотреть на 
применение унификатора после замены вызова. С точки зрения 
текущего целевого утверждения шаг вычислений передает дан¬ 
ные из процедуры через активированный вызов всем латентным 
вызовам. Это станет более очевидным, если выполнить еще не¬ 
сколько шагов вычисления, предполагая, что используются обыч- 
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ные процедуры С1 и С2 из программы о следующем элементе. 
G1 : ?след(2, z,l. 2.3.2.4. NIL), слея(г,2,1.2.3.2.4. NIL) 

G2 : ?след(2,о, 2.3.2.4 .NIL), сле Л (ѵ ,2,1.2.3.2.4 .NIL) 

G3 : ? слец.(3,2,1 .2.3.2.4.NIL) 

G4 : ? след(3,2, 2.3.2.4. NIL) 

G5 : ? след(3,2, 3.2.4. NIL) 

G6 : ? 

На рис. II. 5 показано, как на первом шаге элемент данных ѵ 
распределяется по переменным в латентном вызове из G1, и 

распределение выходных данных 


GI : ? след (2,z,1.2.3.2.4.NIL), след (г, 2, 1.2.3.2.4.N1L) 

HIT 

вход / выход 



распределение входных данных 



G2 : ? след :(?, у, 2.3.2.4. NIL) , след (l ),2, 1.2.3.2.4.NIL) 

тело процедуры и латентные вызовы 

с распределенными данными 

Рис. II. 5. Присваивания и распределения даннных в операции вызова про¬ 
цедуры. 

получается целевое утверждение G2. На втором шаге в резуль¬ 
тате распределения данных переменная ѵ в латентном вызове 
из G2 получает значение 3, и мы приходим к целевому утверж¬ 
дению G3. После этого шага в целевом утверждении не осталось 
ни одной переменной, и, стало быть, распределение выходных 
данных выполняться больше не будет. Построенное вычисление 
оказывается успешным, поскольку оно устанавливает, что эле¬ 
мент 3 заключен между двумя элементами 2 в списке (I, 2, 3, 
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2, 4). Этот ответ извлекается из заключительного состояния про¬ 
токола связываний, который представляет собой множество 
{z:= ѵ, ѵ:=3). Заметим, что протокол связываний можно рас¬ 
сматривать как регистрацию распределений выходных данных, 
которые происходили во время построения вычисления. 

В этом примере все обрабатываемые элементы данных ока¬ 
зываются термами, уже встречавшимися среди фактических или 
формальных параметров: в ходе вычисления они лишь перестав¬ 
ляются с места на место. Однако в других случаях элементы 
данных могут вычисляться, а не просто выбираться. Рассмотрим 
вызов процедуры 

С1 : слец,(и,ѵ,и.ѵ.х) 

в ответ на целевое утверждение ? след (I,2,z). Присваивание 
данных {и:=1, v:=2, z:— 1.2.x) сопоставляет переменной z 
вычисленный терм 1.2.x, который был построен из входных дан¬ 
ных 1 и 2, а затем передан обратно в виде выходных данных. 
Следовательно, механизм согласования параметров в интерпре¬ 
таторе действует как примитивный процессор обработки данных, 
способный собирать и разбирать структурированные элементы 
данных в соответствии с образцами из параметров, которые слу¬ 
жат, таким образом, в качестве шаблонов. 

Н.5.2. Упорядочение 

Упорядочение, ветвление и итерация являются наиболее из¬ 
вестными механизмами, используемыми для организации по¬ 
тока вычислительных событий. Упорядочение указывает на вы¬ 
полнение нескольких заданий по очереди в соответствии с точно 
установленным порядком. Это самый элементарный способ уп¬ 
равления почти во всех языках программирования. 

В логических программах последовательность выполнения 
заданий устанавливается просто с помощью записи вызовов в 
определенном текстуальном порядке. Поэтому, если бы некото¬ 
рый алгоритм должен был выполнить последовательность дей¬ 
ствий 

считать некоторые входные данные х 
в результате обработки х получить у 
распечатать выходные данные у 

целевое утверждение программы можно было бы записать 
в виде 

? считать(х), обработать(л:,г/), распечатать(у) 

Согласно стандартному правилу вычислений, интерпретатор то¬ 
гда автоматически выполнил бы эти три задания в указанном 
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порядке. По-другому ту же самую последовательность можно 
было бы задать внутри некоторой процедуры, такой, например, 
как 

проц(х,г/) если считать(х), обработать(х,г/), распечатать(у) 

В результате обращения к этой процедуре три вызова из ее тела 
обрабатывались бы по очереди: первый вызов мог бы считать 
данные для переменной х из некоторого устройства ввода и рас¬ 
пределить их во второй вызов; второй вызов в свою очередь 
мог бы обратиться к некоторой процедуре, выдающей выходные 
данные для переменной у, и распределить их в третий вызов, 
который мог бы передать их на устройство вывода. Точные де¬ 
тали работы зависели бы, разумеется, от процедур, предусмот¬ 
ренных для ответа на эти три вызова. 

С целью эффективного исполнения программ желательно, 
как правило, тщательно выбирать подходящую последователь¬ 
ность. Рассмотрим простую задачу, связанную с арифметиче¬ 
ским сложением. А именно пусть требуется решить систему 
уравнений: 

х+1=3 и х + у = 3 

Одним из возможных целевых утверждений, в котором исполь¬ 
зуется предикат сложить (х, у, z) для выражения равенства 
х + у = z, является 

?сложить(х,/,3), сложить(х,г/,3) 

Отношение сложить можно описать множеством процедур, имею¬ 
щих дело с любым выбранным набором чисел, скажем с числа¬ 
ми 0, 1, 2 и 3. Вот одно из возможных множеств 
Р1 : сложить(0 ,z,z) 

Р2 : сложить( 2 ,0,2) 

РЗ : сложить(І ,1,2) 

Р4 : сложить(/ ,2,3) 

Р5 : сложить(2 ,1,3) 

В ходе исполнения программы интерпретатор активирует первый 
вызов из целевого утверждения и затем последовательно про¬ 
сматривает процедуры Р1— РБ в поисках первой из них, отве¬ 
чающей на активированный вызов. Такой процедурой оказы¬ 
вается Р5. Вызывая ее, интерпретатор присваивает переменной х 
значение 2 и получает следующее целевое утверждение: 
?сложить(2,г/,3) 

Теперь активируется этот вызов, и снова просматриваются про¬ 
цедуры Р1—Р5. Первой отвечающей на вызов процедурой вновь 
оказывается Р5, и в результате обращения к ней переменной у 
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будет присвоено значение 1. Вычисление успешно завершается 
и дает решение {х := 2, у := 1} системы уравнений. Это до¬ 
вольно эффективный способ решения нашей задачи. 

Допустим теперь, что в исходном целевом утверждении вы¬ 
зовы расположены в обратном порядке: 

G1 : ?сложить(х,і/,3),сложить(х,./,3) 

В результате этого получается намного более сложное испол¬ 
нение программы. Оно выглядит следующим образом: 

G2 : ?сложить(0,/,3) посредством вызова Р1; это целевое 

утверждение оказывается неудачным, 
и поэтому происходит возврат к G1 
G2a : ?сложить(3,/,3) посредством вызова Р2; это целевое 

утверждение оказывается неудачным, 
и поэтому происходит возврат к G1 
G2b : ? сложить (1,1,3) посредством вызова Р4; это целевое 
утверждение оказывается неудачным, 
и поэтому происходит возврат к G1 
G2c : ?сложить(2,/,<?) посредством вызова Р5; это целевое 

утверждение оказывается успешным 
G3 : ? задача решена, ответ {х:=2,у:=1} 

Хотя это исполнение, очевидно, менее эффективно, правильный 
ответ все равно получен. Говорят, что второе исполнение про¬ 
граммы является «менее детерминированным», чем первое, по¬ 
скольку в нем потребовалось исследовать большее количество 
вычислений, причем почти все они заканчивались неудачей. Из¬ 
менение последовательности вызовов эквивалентно изменению 
правила вычислений, которое в свою очередь меняет выбираемое 
дерево поиска, предъявляемое интерпретатору. 

Как правило, лучше всего стремиться к наиболее детерми¬ 
нированному поведению, хотя это не всегда оказывается самой 
лучшей политикой: многое зависит от таких особенностей раз¬ 
личных деревьев поиска, как распределение тупиковых вершин 
и сложность протоколов связываний. Часто деревья поиска 
с наименьшей степенью ветвления возникают в том случае, ко¬ 
гда в последовательностях вызовов минимизируется число пере¬ 
менных, встречающихся в вызове на момент его активации. 
Именно так обстоит дело в только что рассмотренном примере: 
в первом исполнении активируются вызовы сложить (х, 1,3) и 
сложить (2, у, 3 ), каждый из которых содержит только по одной 
переменной, в то время как во втором исполнении активируется 
вызов сложить (х, у, 3 ), содержащий уже две переменные. В об¬ 
щем случае чем больше переменных содержит активируемый 
вызов, тем большее число процедур может ответить на него, и, 
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следовательно, тем большая степень ветвления будет у дерева 
поиска. 

И наконец, отметим важное отличие логического программи¬ 
рования от традиционного, в котором нельзя произвольным об¬ 
разом изменять последовательность вызовов процедур, посколь¬ 
ку каждая процедура логически зависит, как правило, от пред¬ 
положения, что некоторым передаваемым ей параметрам уже 
будут присвоены какие-то данные в результате предшествую¬ 
щих событий. К логическим же процедурам, таким как Р1, мо¬ 
жет обращаться вызов сложить (0,1,1), фактические параметры 
которого не содержат переменных, или вызов сложить (х,у,1), 
где переменным х и у еще не присвоено никаких значений. Это 
свойство логических процедур, отсутствующее почти во всех дру¬ 
гих языках программирования, называется недетерминирован¬ 
ностью входа-выхода или инвертируемостью. Суть его в том, 
что сама по себе процедура не определяет полностью, какие 
из ее формальных параметров получают входные данные из 
вызова, а какие возвращают ему выходные данные: напротив, 
их статус по отношению к входу и выходу частично опреде¬ 
ляется в соответствии с вызовом, который обращается к этой 
процедуре. 


11.5.3. Ветвление 

Ветвление указывает на обстоятельства, в силу которых путь 
вычисления достигает точки (точки ветвления), откуда дальней¬ 
шие вычисления могут развиваться в любом из нескольких на¬ 
правлений. Ветвление обычно рассматривают на основе тести¬ 
рования, т. е. проверки в точке ветвления выполнения неко¬ 
торых условий с тем, чтобы решить, в каком из направлений 
двигаться дальше. 

Существует несколько способов для достижения такого по¬ 
ведения в логических программах. Все они основываются, в ко¬ 
нечном счете, на использовании нескольких процедур с одним 
и тем же именем: множество процедур можно рассматривать 
как единый объект, к которому обращается вызов, но который 
предлагает при входе в него несколько различных внутренних 
траекторий. Предположим, что нам требуется выполнить неко¬ 
торое задание на объектах х, у и г, причем предпринимаемые 
действия зависят от состояния еще одного объекта и. Более 
точно задание формулируется следующим образом: 

если и = 1 то выполнить действие-1 на объектах х,у,г 

иначе если и = 2 то выполнить действие-2 на объектах х,у,г 

иначе никаких действий не выполнять 
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Это задание можно выразить на языке логики при помощи двух 
процедур с одинаковым именем задание: 

Т1 : задани e(l,x,y,z) если действие-1 {х,у,г) 

Т2 : задание(2,дс,г/,2) если действие-2(л\у,2) 

При активации вызова вида задание (и,х, у, z) последующее по¬ 
ведение зависит от состояния параметра и в момент активации. 
Если этот параметр является константой 1, то на вызов отве¬ 
чает только процедура Т1, и поэтому будет выполнено дей¬ 
ствие-1; точно так же, если этот параметр есть константа 2, то 
на вызов отвечает только Т2, и, стало быть, будет выполнено 
действие-2. Если же и является каким-либо другим термом, от¬ 
личным от переменной, то ни одна из данных процедур на вы¬ 
зов не отвечает и поэтому никаких действий не выполняется. 
Следовательно, рассматриваемое множество процедур достигает 
желаемого поведения, связанного с проверкой условия и ветвле¬ 
нием, когда в точке вызова дискриминатор и уже определен. 

Поведение будет совершенно иным, если при активации вы¬ 
зова задание значение дискриминатора и еще не установлено, 
ибо когда и есть просто переменная, на вызов отвечают обе 
процедуры Т1 и Т2. В этой ситуации по очереди будут выпол¬ 
нены действие-1 и действие-2, поскольку дерево поиска содер¬ 
жит узел ветвления, все выходы из которого автоматически ис¬ 
следуются интерпретатором. 

Показанное в этом примере тестирование является по суще¬ 
ству «тестированием по типу»: проверка заключается в том, 
чтобы определить, принадлежат ли фактический и формальный 
параметры одному и тому же структурному типу, т. е. будут ли 
они унифицируемы. Вызов процедуры, управляемый такого рода 
тестированием, обычно называют «вызовом по образцу»; он ис¬ 
пользуется помимо логики еще в нескольких других языках про¬ 
граммирования (например, в языке PLANNER). 

Когда программист нуждается в более сложной проверке 
для управления выбором действия, то эту проверку можно по¬ 
местить в качестве вызова в процедуры, в которых рассматри¬ 
ваются отдельные возможные действия. Например, 

Тіа : задание(и,х,г/,г) если решить(и,/), действие-1 (х,у,г) 
Т2а : задание(ы,д:,г/, 2 ) если решить(н,2), действие-2(х,г/,г) 

Здесь предикат решить ( и , k ) используется для выражения того, 
что k есть результат (1 или 2), полученный в соответствии 
с данными, которые были присвоены переменной и; эти данные 
могли бы быть сколь угодно сложными, точнее, настолько слож¬ 
ными, насколько это позволяют процедуры решить, предусмот¬ 
ренные для их анализа. 
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Тестирование и ветвление, очевидно, не являются какими-то 
новыми возможностями, добавляемыми к логической формаль¬ 
ной системе программирования; наоборот, они оказываются 
внутренне присущими ей свойствами. Каждая операция вызова 
процедуры включает в себя проверку соответствия параметров, 
и каждый вызов можно рассматривать как тест, проверяющий, 
удовлетворяют ли какие-либо данные некоторому свойству, на¬ 
пример, будет ли элемент данных и требовать результата k. 
Используя эти механизмы, в языке логики можно сформулиро¬ 
вать все виды принятия алгоритмических решений. 

11.5.4, Итерация 

Итерацию обычно рассматривают как процесс неоднократ¬ 
ного исполнения какого-то сегмента программы; при каждом по¬ 
вторении, или «шаге итерации», вычисление, предписанное этим 
сегментом, выполняется полностью, и только затем начинается 
следующий шаг итерации. В логическом программировании име¬ 
ются два основных способа достижения такого поведения. 

В одном из них используется свойственное интерпретатору 
итеративное поведение, когда он просматривает серию процедур 
в поисках той, которая отвечает на вызов. Простой пример дает 
задача поиска некоторого конкретного элемента в заданном 
списке L. Пусть список L = ( 3 , 4, 9, 5) представлен следующими 
процедурами Ml — М4: 

Ml : 9(3, 1,L) 

М2 : э {4,2,L) 

М3 Г 9(9,3, L) 

М4 : э (5,4,L) 

Здесь (как и в примере 1 из разд. 1.6) предикат э(ы, і, х) озна¬ 
чает, что элемент и занимает в списке х позицию с номером і. 
Задача состоит в том, чтобы найти, какую позицию і (если во¬ 
обще таковая имеется) занимает в L какой-либо заданный эле¬ 
мент, скажем, 9. Стало быть, подходящим целевым утвержде¬ 
нием является 

?э (9,i,L) 

В ходе исполнения программы интерпретатор в поисках отве¬ 
чающей на этот вызов процедуры последовательно сравнивает 
число 9 с элементами списка L ; эти сравнения представляют 
собой часть механизма унификации. Когда будет найдена про¬ 
цедура М3, вычисление успешно завершается и дает ответ і.—З. 
Каждый шаг в просмотре заголовков процедур Ml — М4 обра¬ 
зует шаг итерации в итеративном процессе, который возникает 
благодаря заложенной в интерпретаторе стратегии управления. 
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Заметим, что программисту не нужно было предусматривать 
никаких конструкций, определяющих, как итерация должна на¬ 
чинаться, продолжаться или заканчиваться. 

Другой способ получения итеративного поведения заключа¬ 
ется в использовании итеративной процедуры. Это такая про¬ 
цедура, в теле которой содержится в точности один вызов 
с тем же именем, что и у заголовка процедуры, причем этот 
вызов должен стоять в ее теле на последнем месте. Таким обра¬ 
зом, итеративная процедура имеет либо вид 


либо 


А если А' 

А если В 1 ,...,В т ,А' 


где А и А' содержат одинаковые имена процедур, отличающиеся 
от имен в вызовах Вь ..., B m - 

Итеративную процедуру можно использовать для решения 
задачи нахождения суммы у всех чисел, являющихся элемен¬ 
тами списка L. На каждом і-ш шаге итерации к уже накоплен¬ 
ной сумме х (изначально она полагается равной 0) прибавля¬ 
ется і'-й элемент L. Когда будут выполнены п шагов, где п — 
это длина списка L, последнее значение х и будет искомым от¬ 
ветом у. Всю программу можно структурировать тогда следую¬ 
щим образом 

G1 : ?суммировать(0,г/,І,-4,/,) 

А1 : суммировать(у, у, i,n,L) если і > п 

А2 : суммировать(д:,г/,г,п,і) если і $ п,э(и,і,Ь),спожнтъ{х,и,х'), 
сложить(/, 1 ,і'), суммировать(х', у,і', n,L) 


а также процедуры Ml— М4, определяющие список L, и про¬ 
цедуры для отношений >, ^ и сложить. 

Как обычно, предикат сложить (и, v, w) означает, что и + 
+ и = w. Предикат суммировать ( х , у, i, п, L) означает, что х 
есть сумма всех элементов L, предшествующих і-му элементу, 
а у есть результат сложения х с суммой всех элементов с і- го 
до п-го включительно. 

Процедура А2 является итеративной процедурой, и при об¬ 
ращении к ней выполняется следующий общий шаг итерации: 
проверить неравенство і ^ п 
выбрать элемент и, стоящий на і-й позиции в L 
сложить и с х, получая х' (обновление суммы) 
сложить і с 1, получая і' (обновление счетчика шагов) 
перейти к следующему шагу итерации 

Процедура А1 лишь завершает итерацию, когда число шагов і 
превзойдет п, и окончательный ответ у, стоящий на второй 
позиции аргументов, сделается равным накопленной сумме, 
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стоящей на первой позиции. Исходное целевое утверждение G1 
вводит в вычисление необходимые начальные значения накоплен¬ 
ной суммы (0) и счетчика шагов ( 1 ). Получаемое в результате 
поведение показано ниже. Здесь ради краткости мы опустили 
ряд промежуточных целевых утверждений; их восстановление 
послужит хорошим упражнением для читателя. Иллюстрируе¬ 
мые целевые утверждения Gl, G6, G11 и т. д. появляются в те 
моменты, когда инициируются новые шаги итерации. На каждом 
таком шаге сначала, согласно стандартному правилу поиска, 
испытывается процедура А1, которая в случае оказы¬ 

вается неудачной — и тогда вместо нее испытывается процедура 
А2. Дерево поиска содержит поэтому несколько коротких тупи¬ 
ковых ветвей, соответствующих повторным проверкам счетчика і. 
Вычисление G 1 — G23 показывает только успешный путь в де¬ 
реве поиска. 

G1 : ? суммировать(0,і/,7 ,4,L) 

G2 : 11 ^ 4,э{и,1 ,L), сложпть(0,и,х'), сложить (1,1, і'), 

суммировать {x',y,i',4,L) 

G6 : ? суммировать(5,і/,2,^,А) 


Gil : ? суммировать(7,і/,3,4,А) 


G16 : ? суммировать(./6,г/,4,4,/.) 


G21 : ,? суммировать(2і,у,5,4,А) 

G22 : ? 5 > 4 

G23 : ? задача решена, ответ у :=21 

Отметим, что в логическом программировании можно дости¬ 
гать такого алгоритмического поведения, которое лучше всего, 
по-видимому, было бы назвать «недетерминированной итера¬ 
цией». Оно возникает тогда, когда или вызов А или какие-либо 
из промежуточных вызовов В ь ..., B m в общей итеративной 
процедуре могут быть решены несколькими способами. В этом 
случае после каждого найденного решения итерация «прокру¬ 
чивалась» бы заново (посредством механизма возврата) для 
того, чтобы исследовать другие альтернативы. В рассмотренном 
примере этого не происходит, поскольку каждый из вызовов 
суммировать, >, э и сложить решается только одним спо- 
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собой; мы имеем лишь обычный, детерминированный тип ите¬ 
рации. 

Для закрепления понятия итеративной процедуры мы приве¬ 
дем здесь еще один короткий пример. Метод Ньютона прибли¬ 
женного вычисления квадратного корня из числа х начинается 
с выбора начального приближения у. Это приближение счи¬ 
тается достаточно точным, если \х — у 2 err, где err — неко¬ 
торая заранее определенная погрешность. В противном случае 

более точным приближением будет (у + х/у), которое можно 

вычислить и точно так же подвергнуть проверке на погрешность. 
Таким образом, в этом методе итеративно порождается последо¬ 
вательность приближений, сходящаяся к точному значению ■у/х. 

_В следующей программе, предназначенной для вычисления 
У5 при начальном приближении 1, предикат ньютон (х, у, г, 
егг) используется для выражения того, что z — приблизительное 
значение у/х с погрешностью егг, получаемое в результате по¬ 
строения последовательности (г/, у (у + х/у) ,... и т. д.) . 

G1 : ? ньютон(5,7, г, 0.05) (выбранная погрешность err = 0.05) 

N1 : ньютон(л:, 2 , 2 ,ег/-) если умножить(г,г,г5<7), &бс(х, zsq,diff), 

diff $ err 

N2 : ньютон(л:,г/,г,е/т) если разделить(х, у, ratio), 
сложить(і/ , ratio , sum) , разделить($ыт ,2,у'), 

ньютон(х , у', z , err) 

а также процедуры для предикатов умножить, разделить, сло¬ 
жить, абс и 

Арифметические предикаты имеют следующий смысл: 

абс(и,о,а>) означает, что \и — v\ = w 

сложить(и, ѵ , w) означает, что и + ѵ — w 
умножить(ы,о,ш) означает, что u*v = w 
разделить(ц,о,а>) означает, что u/v = w 

Первая процедура ньютон включает в себя проверку точности 
приближения; если она оказывается неудачной, то вторая про¬ 
цедура инициирует шаг итерации. В результате исполнения про¬ 
граммы получается следующее успешное вычисление: 


? ньютон(5, / ,z, 0.05) 
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? ньютон(5,3,2, 0.05) 


? ньютон (5,2.333, z, 0.05) 


? ньютон(5,2.233, 2 , 0.05) 


? 0.009 ^ 0.05 

? задача решена, ответ z:— 2.238 

М.5.5. Рекурсия 

Рекурсией называется поведение, которое получается, когда 
некоторый сегмент программы обращается сам к себе до пол¬ 
ного завершения вычислений, соответствующих этому сегменту. 
В логическом программировании такое поведение обычно дости¬ 
гается за счет использования рекурсивной процедуры, т. е. про¬ 
цедуры, имя которой встречается по крайней мере в одном вы¬ 
зове из ее тела. (Итеративные процедуры являются, следова¬ 
тельно, частными случаями рекурсивных процедур.) 

Для иллюстрации рекурсии часто используется задача вы¬ 
числения факториала. Пусть предикаты факториал (и, ѵ), вы¬ 
честь (и, ѵ, w ) и умножить (и, ѵ, w) означают, что и\ = ѵ, 
и — v = w и и * ѵ = w соответственно. В следующей программе, 
вычисляющей значение 3!, содержится рекурсивная процедура 
F2. Процедура F1, которая завершает рекурсивный процесс, на¬ 
зывается обычно базисной процедурой. 

G1 : ? факториал(3,2) 

F1 : факторна л(0,1) 

F2 : факторна л (.t , у) если х > 0, вычесть(х, /,*'). 

факториал^', у'), умножить(л:, у', у) 

Для того чтобы вычислить 3!, программа вычйсляет 21 и затем 
умножает результат на 3. Точно так же при вычислении значе¬ 
ния 2! умножение Л на 2 остается незаконченным, пока вычис¬ 
ляется Л. Таким образом, в текущем целевом утверждении бу¬ 
дут до тех пор накапливаться латентные вызовы процедуры 
умножить, которые представляют ожидающие вычисления умно¬ 
жения, пока в конце концов вызов, требующий вычислить 01, не 
будет непосредственно решен с помощью процедуры F1. Ниже 
приводится схема полученного рекурсивного вычисления. Не- 
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которые из промежуточных целевых утверждений в ней опу¬ 
щены. 

? факториал(3,г) 


? факториал(2,у')> умножить(3,//',г) 


? факториал {1 ,у"), умножить {2,у",у'), умножйть(3,г/',г) 


? факториал^, у'"), умножить {1,у'",у"), умножить(2,у", у'), 
умножить(3 ,у' ,г) 

Теперь вызывается процедура F1, присваивающая 
переменной у'" значение 1, и затем по очереди 
решаются латентные вызовы умножить 
? умножить(<?, 2 , 2 ) 

? задача решена, ответ z:=6 

Рекурсивные программы часто дают компактные и элегант¬ 
ные описания интересующих нас отношений, однако недостаток 
их состоит в том, что во время счета по таким программам обра¬ 
зуется увеличивающийся в размерах стек латентных вызовов, 
для хранения которого может потребоваться неприемлемый 
объем памяти. Как правило, рекурсией пользуются тогда, когда 
либо эти затраты памяти компенсируются элегантностью про¬ 
граммы, либо не имеется практических нерекурсивных алгорит¬ 
мов для решения поставленной задачи. 

11.6. Встроенные средства 

Для того чтобы избавить программиста от неудобств, свя¬ 
занных с определением элементарных и часто используемых 
операций, большинство языков программирования снабжено ря¬ 
дом процедур и функций, имеющих фиксированное, внутренне 
определенное значение. В математической логике предикатные 
и функциональные символы не обладают раз и навсегда фикси¬ 
рованными значениями; те значения, которые они получают, пол¬ 
ностью определяются содержащими их программами. Тем не 
менее в каждой конкретной реализации логики как языка про¬ 
граммирования некоторым из этих символов могут быть при¬ 
даны фиксированные значения; и действительно, практически 
все существующие на сегодняшний день реализации снабжены 
значительным числом таких предикатных и функциональных 
символов. 
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11.6.1. Встроенные процедуры 

Наиболее распространенными видами элементарных вызовов 
процедур являются, по-видимому, те, которые осуществляют 
проверку равенства и относительной величины. Поэтому во мно¬ 
гих интерпретаторах фиксируются значения таких предикатных 
символов, как 

= * < ^ ^ 

в соответствии с их обычным математическим смыслом при при¬ 
менении к действительным и целым числам. Таким образом, 
программисту, пишущему процедуру 

поряд (и.ѵ.х) если и<ѵ, поряд(а.х) 

не требуется предусматривать дополнительные процедуры для 
отношения <. Когда активируется вызов типа / < 2, интерпре¬ 
татор просто обращается к внутреннему встроенному тесту, ре¬ 
шающему этот вызов непосредственно. Получаемый при этом 
результат будет точно таким, как если бы программист написал 
свои собственные процедуры 


О < 1 
1 <2 
О <2 
и т. д. 

Такого рода средства должны быть в состоянии оперировать 
с вызовами, имеющими какие угодно параметры. Так, например, 
в результате решения вызова 2 < х, спрашивающего, какие 
числа следуют за числом 2, должны быть выданы соответствую¬ 
щие выходные данные для параметра х. Поскольку на этот во¬ 
прос имеется бесконечно много ответов, интерпретатор должен 
выдавать их последовательно (как будто бы он последовательно 
испытывал каждую из неявно предполагаемых процедур, отве¬ 
чающих на данный вызов) согласно некоторому внутренне опре¬ 
деленному упорядочению. Следовательно, в результате исполне¬ 
ния целевого утверждения 

? 2 < х, х < 6 

ответы могли бы быть выданы в таком порядке: х:—3, х\=4 
и х:—5. 

Будет ли интерпретатор продолжать и дальше порождение 
бесконечного числа все больших значений х из первого вызова, 
ни одно из которых не способно решить второй вызов, зависит 
от свойств конкретной реализации. Такое поведение, во всяком 
случае, можно было бы предотвратить, правда довольно неуклю- 
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же, переформулировав задачу несколько по-другому 
? 2 < х, х < 6, проверить(л:) 
проверить(х) если х 5 * 5 
проверить(5) если / 

Тогда как только значение 5 будет передано вызову проверить, 
активация оператора / отсечет все неиспробованные еще воз¬ 
можности, возникающие из вызова 2 < х. 

Соответствующие библиотеки встроенных процедур будут, 
естественно, варьироваться в зависимости от имеющейся в виду 
области применений. Реализация, специально приспособленная 
для математической работы, могла бы предоставить средства 
для обработки векторов, матриц, полиномов и т. д., тогда как 
в реализации, предназначенной для работы с базами данных, 
потребовались бы совершенно иные средства. В этой книге мы 
предполагаем, что фиксированные значения имеют только шесть 
приведенных выше предикатных символов. 

11.6.2. Встроенные функции 

Почти для всех приложений, связанных с вычислениями, тре¬ 
буются элементарные арифметические операции. Поэтому в 
ряде интерпретаторов фиксированные значения сопоставлены 
некоторым предикатным символам, таким как сложить, умно¬ 
жить и т. д. В других же интерпретаторах фиксированные зна¬ 
чения могут быть приданы функциональным символам, подоб¬ 
ным + и *, в результате чего получаются наиболее компактные 
программы. 

Рассмотрим в качестве примера следующую новую формули¬ 
ровку задачи вычисления факториала 
? факторнал(3, г) 
факториал (0,1) 

факториалах, 2 /) если х > 0, факториал {х — 1,у'), у = х*у' 

Если бы функциональным символам — и * здесь не было при¬ 
дано никакого специального значения, то в ходе исполнения про¬ 
граммным переменным присваивались бы в качестве значений 
громоздкие термы вида 3—1 и 3 — 1 — 1. Более того, в конце кон¬ 
цов был бы активирован вызов факториал (3— 1 — 1 — 1, у"'), 
который не смог бы обратиться к первой процедуре факториал, 
поскольку термы 3 — 1 — 1—1 и 0 не унифицируемы. Мы, очевид¬ 
но, имеем в виду, что оба этих терма представляют число «нуль», 
но интерпретатору об этом может быть ничего не известно. 

Для того чтобы добиться разумного арифметического пове¬ 
дения от такого рода программ, функциональным символам 
вида 2 и * можно придать в интерпретаторе фиксированные 
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значения. Тогда в момент активации вызова с фактическим па¬ 
раметром, подобным терму 3 — 1, интерпретатор сможет сразу 
вычислить этот терм в арифметическом смысле, заменив его на 
единственную константу, в данном случае на константу 2. При 
такой организации, следовательно, константам 0, 1,2, ... и т. д. 
также сопоставляются специальные значения: они рассматри¬ 
ваются как обычные натуральные числа, а не как произвольные 
неинтерпретированные символы. Это не нарушает логический 
базис формальной системы при условии, что символы 0,1,2, ... 
и т. д. обрабатываются непротиворечивым образом, так, будто 
они являются только сокращениями, построенными интерпрета¬ 
тором вместо более сложных термов. 

С помощью соответствующих расширений основного меха¬ 
низма унификации могут быть реализованы также более слож¬ 
ные операции, такие, например, которые способны согласовать, 
скажем, термы 6 и 3*х, получая в результате присваивание 
х:—2. При этом, однако, требуется аккуратное семантическое 
обоснование, гарантирующее, что исполнение останется по-преж¬ 
нему эквивалентным логическому выводу. На протяжении этой 
книги мы будем использовать только наиболее безобидные спо¬ 
собы употребления встроенных функций, свободно применяя 
стандартные арифметические операторы, но разрешая произво¬ 
дить арифметические вычисления только для термов без пере¬ 
менных. Программа вычисления факториала удовлетворяет 
этому ограничению. Она может обрабатываться следующим 
образом: 

? факториал(3,г) 

? факториал(3 — 1 ,у'), z = 3 * у', 

? факторна л(2 — 1,у"), у' = 2*у", г = 3*у' 

? факториал(7 — 1 , у'”), у" = 1 * у'", у'= 2* у", z = 3* у' 

? у" = 1*1, у'= 2* у", z = 3*y' 

? у' = 2*1, z = 3* у' 

? z=3*2 

? задача решена, ответ z:=6 
В приведенном вычислении всякий раз, когда активируется ка¬ 
кой-либо вызов, содержащий арифметическое выражение без 
переменных, это выражение вычисляется и заменяется на его 
значение; вызов процедуры происходит дальше обычным об¬ 
разом. 

П.7. Исторический очерк 

Логическое программирование возникло главным образом 
благодаря успехам в автоматическом доказательстве теорем, 
в частности благодаря разработке принципа резолюции. Одно 
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из первых исследований, связывающих резолюцию с програм¬ 
мированием для ЭВМ, было предпринято Грином (1969), кото¬ 
рый показал, что механизм извлечения ответа можно использо¬ 
вать для синтеза традиционных программ путем применения 
резолюции к их спецификациям, выраженным в логике дизъ¬ 
юнктов. Синтезаторы, которые были разработаны для этой цели, 
можно было бы считать предшественниками современных логи¬ 
ческих интерпретаторов. 

Общая идея, состоящая в рассмотрении логических предло¬ 
жений как операторов в программах, а управляемого выво¬ 
да—как исполнения программ, была исследована Хайсом 
(1973), Сандвеллом (1973) и другими. Однако осознанию того, 
что логика является исполняемым языком программирования, 
в особенности способствовала процедурная интерпретация, 
сформулированная Ковальским (1974b). Это было существенное 
продвижение вперед, необходимое для адаптации понятий из 
области автоматического доказательства теорем к методам вы¬ 
числений, уже понятным программистам. Превосходное краткое 
изложение процедурной интерпретации можно найти в статье 
ван Эмдена (1977а). 

Успехи в технологии реализации также в значительной мере 
способствовали представлению логики как практической фор¬ 
мальной системы программирования. Первый эксперименталь¬ 
ный интерпретатор был реализован Русселем, Колмероэ и дру¬ 
гими в университете Экс — Марсель в 1972 г. Ему было дано 
имя Пролог («программирование на языке логики» — Program¬ 
ming in Logic), и он оказал сильное влияние на разработку по¬ 
следующих систем. Вслед за этим важным первым шагом бо¬ 
лее практические реализации были разработаны Баттани и 
Мелони (1973), Бранохе (1976), Уорреном (1977а) и Роберт¬ 
сом (1977). С тех пор различные реализации Пролога полу¬ 
чили очень значительное распространение. Они покрывают 
широкий диапазон философий проектирования, областей при¬ 
менения и вычислительных машин, на которых выполнены 
реализации. 

Термины «логическое программирование» и «программиро¬ 
вание на языке Пролог» часто употребляются как равнозначные, 
однако подразумеваемая стратегия управления в Прологе, в 
роли которой выступает определенная ранее в этой главе стан¬ 
дартная стратегия, отнюдь не является единственной страте¬ 
гией, имеющейся для исполнения логических программ. Совер¬ 
шенно иная стратегия лежит, например, в основе разработан¬ 
ной Ковальским (1975) процедуры доказательства с помощью 
«графа связей». Эта процедура действует, используя специаль¬ 
ную схему активации ребер, которая применяется к ребрам 
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графа, связывающего вызовы с отвечающими на них процеду¬ 
рами. Самая первая попытка реализовать данный метод, была, 
по-видимому, предпринята Тернлундом (1975а). 

Во всяком случае важно понимать, что даже Пролог-систе¬ 
мы значительно отличаются друг от друга из-за наличия в них 
различных дополнительных средств, предусмотренных для обо¬ 
гащения ресурсов программиста. В большинстве интерпретато¬ 
ров, например, допускаются разнообразные способы модифика¬ 
ции стратегии управления. Иногда такие усиления стандартной 
стратегии приводят к вычислениям, которые нельзя полностью 
обосновать, исходя только из логического вывода, и в этом слу¬ 
чае интерпретаторы называют потенциально «нечистыми»; при¬ 
мером подобного интерпретатора является первоначальный Про¬ 
лог, реализованный в Марселе. В противном случае, когда ин¬ 
терпретатор всегда ведет себя в соответствии со строгим 
логическим выводом (основанным, быть может, и не на резолю¬ 
ции), его называют «чистым»; система ІС-Пролога в лондон¬ 
ском Имперском колледже, написанная Кларком и Маккейбом 
(1979а), является чистой, несмотря на то что в ней имеется 
несколько довольно сложных механизмов, дополняющих стан¬ 
дартную стратегию. Подробное учебное описание практического 
программирования с помощью такого рода Пролог-систем, разра¬ 
ботанных Уорреном (1977а, 1979), а также Клоксином и Мелли- 
шем (1980), дается в книге, где впервые специально рассматри¬ 
вается логическое программирование; написанная Клоксином и 
Меллишем (1981), она ориентирована главным образом на реа¬ 
лизацию Пролога на машине DEC-10. 

В статье Ковальского (198 lb) обсуждается, до какой степени 
язык Пролог достигает цели в реализации общей концепции 
логики как языка программирования, и где его постигла не¬ 
удача. Хотя Пролог возникает как новый способ понимания 
программирования, тем не менее стоит помнить и о том, что 
предшествовали Прологу новые пути в понимании математиче¬ 
ской логики. К ключевым достижениям здесь Ковальский отно¬ 
сит, во-первых, осознание того, что логика обладает как праг¬ 
матическим, так и семантическим содержанием (благодаря 
процедурной интерпретации), и, во-вторых, осознание того, что 
вывод можно сделать целенаправленным (посредством систем, 
подобных резолюции) вопреки традиционной его репутации как 
ориентированного главным образом на получение следствий. 
Введения как в логическое программирование, так и в Пролог 
были написаны недавно Ковальским (198 lb, 1983b), а также 
Саммутом и Саммутом (1983а, Ь); кроме того, Кларком и Терн¬ 
лундом (1982) и Уорреном и ван Канагеном (1985) были из¬ 
даны сборники передовых исследовательских статей. Хорошее 
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освещение современного состояния исследований в этой области 
дается в материалах семинара по логическому программирова¬ 
нию (1983), симпозиума в г. Атлантик-Сити (1984) и предстоя¬ 
щей II Международной конференции по логическому програм¬ 
мированию в Упсале (1984). В Сиракьюсском университете 
(Нью-Йорк) готовится новый журнал логического программиро¬ 
вания (Journal of Logis Programming) под редакцией Дж. А. Ро¬ 
бинсона Подробная история возникновения логического про¬ 
граммирования изложена в статье Ковальского (1984). 


‘> Этот журнал издается с 1984 г. — Прим, перев. 
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Хороший «стиль программирования» улучшает общее каче¬ 
ство программы и оказывается столь же важным для успеш¬ 
ного логического программирования, сколь и для традиционного 
программирования. В написанной в хорошем стиле про¬ 
грамме допущения относительно решаемой задачи должны 
быть отчетливо воспринимаемыми, и в то же время програм¬ 
ма должна представлять собой пригодный для вычислений алго¬ 
ритм. 

В традиционном программировании эти две последние цели 
трудно согласовать между собой, что хорошо известно студен¬ 
там, изучающим «структурное программирование». Главная 
трудность здесь — решить, как описать детали управления ис¬ 
полнением программы с тем, чтобы гарантировать эффек¬ 
тивность и не затуманить при этом ее логические цели, по¬ 
скольку два этих аспекта программы являются взаимоза¬ 
висимыми и могут предъявлять противоречащие друг другу 
требования. 

Быть может, наиболее существенное преимущество, достигае¬ 
мое за счет использования логики в качестве языка программи¬ 
рования, заключается в том, что дескриптивное содержание ло¬ 
гической программы не зависит от каких-либо допущений отно¬ 
сительно механизма исполнения. Вследствие этого оказывается 
возможным разрабатывать атрибуты программы, связанные с 
ее логикой и поведением в период исполнения более изолиро¬ 
ванно друг от друга, чем это может быть достигнуто с помощью 
распространенных сейчас машинно-ориентированных языков. 
Логический программист может изобретать разнообразные опи¬ 
сания интересующей его задачи и рассматривать, как каждое 
из них реагирует на механизмы управления, предлагаемые 
имеющимся в его распоряжении интерпретатором. В конечном 
итоге должны выбираться та логика и то управление, которые 
дают максимальную ясность программы при условии ее испол¬ 
нения с приемлемой эффективностью. 

Когда выбор управления довольно ограничен, как это имеет 
место в стандартных интерпретаторах Пролога, программист 
иногда бывает вынужден ради эффективности составлять 
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утверждения с весьма сложной логической структурой. И тем 
не менее такие утверждения все еще можно анализировать (на¬ 
пример, для оценки корректности того, что в них говорится о 
решаемой задаче), совершенно не учитывая их влияние на по¬ 
ведение программы в период исполнения. Именно эта возмож¬ 
ность анализировать по отдельности декларативные и опера¬ 
ционные свойства утверждений придает логике как языку про¬ 
граммирования ее отличительные качества. 

В данной главе иллюстрируются разнообразные стили логи¬ 
ческого построения программ и рассматриваются их практиче¬ 
ские достоинства и недостатки. Излагаемые здесь идеи и суж¬ 
дения вытекают из эмпирических исследований, предпринятых 
в тот период, когда происходили многочисленные нововведения в 
технологии реализации, и поэтому не следует считать, что они 
всегда и при всех обстоятельствах справедливы. 

Для того чтобы сделать обсуждения примеров достаточно 
краткими, принимается ряд допущений относительно интерпре¬ 
татора, для которого разрабатываются программы. Во-первых, 
предполагается, если не оговорено противное, что интерпрета¬ 
тор подчиняется стандартной стратегии управления и, стало 
быть, является (фактически) чистым интерпретатором Пролога. 
Единственное небольшое отклонение от чистоты связано с ис¬ 
пользованием встроенных арифметических функций, при помощи 
которых, как предполагается, термы без переменных, подобные 
3*2, вычисляются и заменяются соответствующими сокраще¬ 
ниями, в данном случае — константой 6. Во-вторых, без нару¬ 
шения чистоты предполагается, что у нас имеются некоторые 
встроенные процедуры, например процедуры для предикатов 
=, Ф и т. д., избавляющие нас от утомительной необходимости 
добавлять соответствующие комментарии к каждой приводимой 
программе. 

В некоторых примерах порождаемые программами вычисле¬ 
ния обсуждаются, но не обязательно иллюстрируются. Все они 
получаются довольно просто, и читатель лучше усвоит логиче¬ 
ское программирование, если построит эти вычисления сам. 


III. 1. Логика и управление 

Поведение, получающееся в результате исполнения логиче¬ 
ской программы, образует алгоритм. Алгоритм можно не без 
пользы рассматривать как пару: (логика, управление), логиче¬ 
ская компонента которой — это множество утверждений, состав¬ 
ляющих программу, а управляющая компонента — это стратегия 
исполнения. Таким образом, первой компонентой описывается 
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задача, которую нужно решить, в то время как второй компо¬ 
нентой описывается метод ее решения. 

Во многих реализациях управляющая компонента в значи¬ 
тельной степени фиксируется в интерпретаторе. Программист 
может оказывать влияние на управление исполнением своей 
программы путем выбора текстуального упорядочения вызовов 
и процедур, а также путем применения ряда специальных 
средств, таких как оператор отсечения, но общий принцип 
поиска сверху вниз и в глубину имеет, как правило, первосте¬ 
пенную важность. 

Использования лишь текстуального упорядочения, вообще 
говоря, недостаточно для получения из каждой конкретной 
логической компоненты широкого диапазона пригодных алгорит¬ 
мов. Одно упорядочение может дать хороший алгоритм, тогда 
как все остальные могут вообще не обладать никакими практи¬ 
ческими достоинствами. Эффективное логическое программиро¬ 
вание при современном состоянии этого искусства основывается 
поэтому главным образом на выборе соответствующей логиче¬ 
ской компоненты, удовлетворяющей требованиям имеющегося 
ограниченного управления. Может быть когда-нибудь окажется 
возможным, основываясь на чьей-то реализации, изобрести наи¬ 
более эффективное управление для совершенно произвольной 
входной программы, возлагая, таким образом, бремя интеллек¬ 
туальной деятельности на машину, а не на программиста. Такие 
условия, однако, не возникнут до тех пор, пока не будет сделано 
значительных продвижений в теории алгоритмов. 

Влияние логической структуры программы на ее поведение 
в период исполнения можно проиллюстрировать, рассмотрев за¬ 
дачу нахождения числа п различных элементов в некотором за¬ 
данном списке, например в списке х = (А, В, С, A, D, В, С, Е, А). 
Один простой алгоритм ее решения заключается в том, чтобы 
сначала отфильтровать все дубликаты из х, получая в резуль¬ 
тате список у = (А, В, С, D, Е), а затем вычислить длину ( п=5) 
этого списка. Следующая программа выражает логику, лежа¬ 
щую в основе описанного алгоритма. 

Программа 1 

? подсчитать(Л .В.С. A.D.B.C.E.A.NIL,n) 
подсчитать^-, п) если фильтр(х, у), длина *{у,0,п) 
фильтр(#/£, NIL) 

филътр(и.х,и.у) если удалить(«,ы.х,х')> фильтру', у) 
удалить(«, NIL , NIL) 
удалить(ы,ы.х,г) если удалить ( и,х,г ) 
удалить(ы,о.х,о. 2 ) если и&ѵ, удалить(«,д:, 2 ) 
длина *(NIL,m,m) 

длина *(и.у,і,т) если длина*(г/,і + 1 ,т) 
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Различные предикаты, встречающиеся в этой программе, чи¬ 
таются следующим образом: 


подсчитать^, п) 
длина *(у,і,т) 
удалить(и,х,г) 


фильтр(х,і/) 


в список х входят п различных элементов; 
длина списка у равна т — і\ 
список г получается в результате удаления 
всех вхождений и из списка х; 
относительный порядок оставшихся элементов 
при этом сохраняется; 

список у получается в результате удаления 
всех дубликатов из списка х\ 
относительный порядок оставшихся элементов 
при этом сохраняется. 


Прежде чем двигаться дальше, читателю следует удовлетво¬ 
риться декларативным содержанием приведенных процедур; их 
операционные свойства станут тогда более очевидными. 

При исполнении этой программы весь подсчет числа раз¬ 
личных элементов откладывается до тех пор, пока не будет 
завершена операция фильтрации, которая удаляет все дублика¬ 
ты из входного списка. Задания, связанные с фильтрацией и 
подсчетом, выполняются последовательно благодаря стандарт¬ 
ной стратегии управления, согласно которой вызов процедуры 
длина * остается латентным до тех пор, пока не будет решен 
вызов процедуры фильтр. Результат исполнения программы 
можно резюмировать следующим образом 


Списки, подлежащие 

Результаты 


фильтрации 

подсчета 


( A,B,C,A,D,B,C,E,A ) 

нет 

элементы списка пос¬ 

( А,В,С, D,B,C,E ) 

нет 

тепенно отфильтровы¬ 

{А,В,С, D, С,Е ) 

нет 

ваются, и в конечном 

{А,В,С, D, Е ) 

нет 

итоге остается список 
y = (A,B,C,D,E), 

Списки, подлежащие 

Результаты 


подсчету 

подсчета 


(A,B,C,D,E) 

0 

затем вычисляется длина 

(B,C,D,E) 

1 

списка у путем учета и 

( C,D,E ) 

2 

удаления одного за другим 

(D,E) 

3 

его элементов до тех пор, 

(E) 

4 

пока не останется только 

NIL 

5 

пустой список; 
окончательный результат 
подсчета —п — 5 


4 Зак, 983 
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Сравним теперь полученное поведение с поведением второй 
программы, в которой предикат подсчитать * (х, i, m) означает, 
что число различных элементов в списке х равно m — і. 

Программа 2 

? подсчитать (А.В.С .A.D .В.С.Е .A.NIL,n) 
подсчитать(х.п) если подсчитать*^, 0,п) 
подсчитать *(NIL ,m,m) 

подсчитать*(ы.л:,і,т) если удалить(ы,ы.л:, 2 ), 

подсчитать*(г, і + 7, т) 
и те же самые процедуры удалить, что и прежде 

При исполнении этой программы осуществляется чередование 
процессов подсчета различных элементов и вычеркивания дуб¬ 
ликатов. На каждом шаге итерации, который получается посред¬ 
ством вызова второй процедуры подсчитать*, в списке ищется 
некоторый новый элемент, отличный от всех предыдущих, уда¬ 
ляются все его вхождения в список, и, наконец, он учитывается 
путем прибавления 7 к счетчику. Все это можно резюмировать 
следующим образом. 

Списки, в которых подсчет и удаление Результаты 
элементов производятся одновременно подсчета 

(А, В,С, А, D, В,С, Е, А) О 

( В,С, D,B,C,E ) 1 

( С, D, С,Е ) 2 

( D, Е ) 3 

( Е ) 4 

NIL 5 

Например, во 2-й строке этого резюме показывается состояние 
данных в тот момент, когда целевым утверждением становится 
? подсчитать*(В .C.D.B.C.E.NIL , 1, п) 

Элемент А был удален, и число удаленных элементов (/) стоит 
на второй позиции среди аргументов вызова подсчитать *. 

Вторая программа является более краткой, чем первая, од¬ 
нако ее общее действие, возможно, менее понятно. Она оказы¬ 
вается к тому же более эффективной, поскольку в ней не 
требуется строить промежуточный список y = (A,B,C,D,E), со¬ 
стоящий из всех различных элементов. Поведения двух полу¬ 
ченных алгоритмов (программа 1, стандартный Пролог) и (про¬ 
грамма 2, стандартный Пролог) совершенно отличаются друг 
от друга несмотря на то, что они обладают общей управляющей 
компонентой. Это происходит исключительно потому, что в них 
присутствуют разные логические компоненты; мы говорим, что 
эти компоненты имеют различное «прагматическое содержание» 
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относительно стандартного Пролога. Для исполнения этих двух 
программ помимо стандартной могут быть предложены и другие 
стратегии. Например, система ІС-Пролога в Имперском коллед¬ 
же способна принимать на входе программу 1 вместе с некото¬ 
рыми небольшими управляющими аннотациями и исполнять 
ее при помощи стратегии сопрограмм.. Эта стратегия может 
попеременно активировать вызовы процедур фильтр и длина*, 
чередуя таким образом процессы фильтрации и подсчета. Полу¬ 
чаемый в результате алгоритм (программа 1, ІС-Пролог + ан¬ 
нотации) фактически совпадает с алгоритмом (программа 2, 
стандартный Пролог). 

III. 2. Итерация и рекурсия 

Для решения многих видов вычислительных задач требуется 
неоднократно повторять одни и те же алгоритмические процес¬ 
сы. Такие процессы всегда могут быть описаны с помощью ре¬ 
курсивных или итеративных процедур. Итерация обычно бы¬ 
вает более эффективной, чем рекурсия, поскольку для заверше¬ 
ния шага итерации — в отличие от шага рекурсии — не тре¬ 
буется ожидать результатов выполнения последующих шагов. 
Использование итерации, следовательно, позволяет избежать 
расходов, связанных с организацией в период исполнения стека 
латентных вызовов, что невозможно при употреблении рекурсии. 

Для того чтобы сравнить итеративный и рекурсивный стили 
программирования, допустим, что нам требуется написать про¬ 
грамму, строящую по некоторому заданному списку х, такому 
как {А, В, С, D), обратный список у, который в нашем случае 
имел бы вид ( D , С, В, А). В приводимой ниже программе 3 эта 
цель достигается при помощи предиката обратить ( х , у ), озна¬ 
чающего, что список у является обратным по отношению к 
списку х. В ней используется еще один предикат склеить (zl, 
z2, z), который означает, что список г получается в результате 
добавления списка z2 в конец списка zl. Общая идея программы 
заключается в том, что из непустого списка х вида и.х' можно 
получить обратный, строя сначала список у', обратный по отно¬ 
шению к х', а затем добавляя u.NIL в конец у' и получая тем 
самым искомый список у. 

Программа 3 

? обрйтитъ(А.В.С. D.NIL, у) 
обратить (NIL, NIL) 
обратить {и.х', у) если обратить^', г/) 

склеить(г/' , и. NIL , у) 

а также процедуры склеить, позволяющие склеивать 
любые два конкретные списка (см., например, программу 
И из разд. III.4.2) 


4* 
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В результате неоднократного вызова рекурсивной процедуры 
обратить по ходу исполнения программы в целевом утвержде¬ 
нии образуется стек латентных вызовов склеить, который в кон¬ 
це концов достигнет следующего состояния 

? обратить {NIL,y4), склеить(г/4, D . NIL , уЗ), 
склеить(#3, С. NIL , у2), 
склеить (у 2 , В. NIL ,yl), 
склеить(г/У, А. NIL , у) 

В этот момент на вызов будет отвечать базисная процедура для 
предиката обратить, и обращение к ней даст присваивание 
y4:=NIL. Затем по очереди будут решены вызовы склеить, ко¬ 
торые, как и ожидалось, дадут выходное присваивание у : = 
= D.C.B.A.NIL. 

Задачу обращения списка можно решить также итеративно, 
используя более компактную, хотя, возможно, и менее понят¬ 
ную программу, которая приводится ниже. 

Программа 4 

? обратить(Л. В.С. D.NIL, у) 
обратить^, у) если обратить *(NIL,x,y) 
обратить*(г/, NIL , у) 

обратить*^/, и. х2,#) если обратить*(и.х/,х2,у) 

Здесь предикат обратить * (zl, z2, у) означает, что список у яв¬ 
ляется обратным по отношению к списку, получаемому в ре¬ 
зультате добавления z2 в конец обращенного списка г\. Испол¬ 
нение этой программы эффективным образом порождает сле¬ 
дующее итеративное вычисление: 

? обратить ( А.В.С. D.NIL, у) 

? обратить *(NIL,A.B.C.D.NIL,y) 

? обратить *(A.NIL,B.C.D.NIL,y) 

? обратить *(B.A.NIL,C.D.NIL,y) 

? обр&титъ*(С .B.A.NIL,D.NIL,y) 

? обратить*(І> .С.В. А. NIL , NIL ,у) 

? ответ y:=D.C.B.A.NIL 

Здесь на каждом шаге итерации из входного списка эффектив¬ 
ным образом удаляется некоторый новый элемент, который пе¬ 
реносится в начало еще одного списка, где накапливаются уже 
удаленные элементы. Этот последний список постепенно строит¬ 
ся на первой позиции среди аргументов вызовов процедуры 
обратить *, и когда его построение будет закончено, в резуль¬ 
тате обращения к базисной процедуре обратить * он будет при* 
своей в качестве значения переменной у. 
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Программа 4 иллюстрирует типичные особенности итератив¬ 
ных логических программ, а именно использование в них спе¬ 
циальных параметров для помещения информации, которая в 
эквивалентной рекурсивной программе была бы закодирована 
в стеке латентных вызовов. Например, после двух шагов рекур¬ 
сии в исполнении программы 3 целевым утверждением будет 

? обратить {C.D.NIL,y2), склеить(г/2 ,В ,NIL,yl), 
ск леить(г/7, А. NIL , у) 

Окончательное решение у кодируется в нем двумя латентными 
вызовами склеить как результат выполнения двух операций 
склеивания: сначала В. NIL добавляется к списку у2, обратному 
по отношению к C.D.NIL, а затем в конец полученного списка 
добавляется A.NIL. В противоположность этому при исполнении 
программы 4 по существу та же самая информация кодируется 
в целевом утверждении 

? обратить *(В. A.NIL,C.D.NIL, у) 

с той лишь разницей, что списки A.NIL и В. NIL явно в него не 
входят, а содержится в нем уже результат B.A.NIL их склеива¬ 
ния, который в свою очередь будет добавлен к списку, обрат¬ 
ному по отношению к C.D.NIL. (В основе этой тактики лежит 
ассоциативность операции склеивания: для формального дока¬ 
зательства того, что две рассматриваемые программы вычис¬ 
ляют одно и то же решение для переменной у, необходимо сде¬ 
лать предположение о справедливости данного свойства.) 

Подведем итоги нашего обсуждения. В программе 3 исполь¬ 
зуются предикаты обратить и склеить, параметры которых 
имеют концептуально простые взаимоотношения друг с другом, 
в то время как в программе 4 употребляется предикат обра¬ 
тить *, чьи три параметра связаны более сложным образом. 
Более высокая эффективность программы 4 достигается, следо¬ 
вательно, за счет потери логической ясности. 


III. 3. Поведение сверху вниз и снизу вверх 

В типичном последовательном алгоритме на начальном 
шаге обрабатываются некоторые входные данные, а каждый 
последующий шаг оперирует с результатами, вычисленными на 
предыдущих. Заключительный шаг алгоритма выдает желаемые 
выходные данные. Эта простая парадигма называется «инкре¬ 
ментным» (или пошаговым) решением задач. Данный термин 
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означает, что решение получается не в результате единственного 
атомарного вычислительного события, а, напротив, к нему сле¬ 
дует постепенно приближаться посредством нескольких взаи¬ 
мозависимых событий. На примере формулировок пошаговых 
алгоритмов логический программист имеет возможность срав¬ 
нить стили программирования сверху вниз и снизу вверх. 


Ш.3.1. Вычисления факториалов 

Два этих стиля программирования можно сравнить, исполь¬ 
зуя задачу вычисления г = 31. Рассмотрим сначала следующую 
рекурсивную программу 

Программа 5 

? факториал(3, г) 

F1 : факторна л(0,/) 

F2 : факториалах, у) если х > 0, факториал {х — 1 ,у'),у = х * у' 

Мы уже видели в гл. II, что стандартное исполнение этой про¬ 
граммы демонстрирует типичные черты решения задач методом 
сверху вниз: цель — вычисление значения 31 — сводится к под¬ 
целям, заключающимся в вычислении значений 21 и 3*2!, ко¬ 
торые в свою очередь сводятся к дальнейшим подцелям. На 
каждом шаге этого процесса новые подцели выводятся исходя 
из стремления решить существующую подцель, так что в целом 
данное исполнение является целенаправленным. Тот факт, что 
01 = 1, выражаемый процедурой F1, не будет использоваться 
до тех пор, пока в ходе исполнения программы не будет порож¬ 
ден вызов, специально требующий вычисления значения 0!. 

В противоположность этому программист, пользующийся ка¬ 
ким-либо традиционным языком, предпочел бы, вероятно, напи¬ 
сать программу вычисления факториала, поведение которой 
было бы в точности обратным по отношению к обсуждавшемуся 
выше: каждое полученное значение факториала сразу бы ис¬ 
пользовалось для вычисления значения очередного, большего 
факториала, как это делается, например, в следующей про¬ 
грамме 

begin х:=0; у:=1; 
while х ^ 2 do begin х:=х+ 1; 

у:=х*у 

end 

end 

Эта программа породила бы вычисление методом снизу вверх, 
в котором значение 1\ вычислялось бы исходя из значения 0\, 
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затем значение 2 1 исходя из 71 и т. д. Такой метод является ите¬ 
ративным, и он более эффективен, чем рекурсивный метод 
сверху вниз. Как же тогда логический программист может по¬ 
лучить подобный алгоритм? 

Одна из возможностей — исполнять программу 5 при помощи 
нестандартной стратегии управления снизу вверх. Говоря крат¬ 
ко, в этой стратегии используется то обстоятельство, что факт 
F3 : факторнал(7,7) 

логически следует из процедур F1 и F2 и выводйм из них по¬ 
средством шага вывода, называемого резолюцией снизу вверх. 
Следующий факт 

F4 : факторна л(2,2) 


точно так же выводим из F2 и F3. Успешное вычисление, по¬ 
рождаемое таким способом исполнения, состоит из ряда фактов, 
за которым следует □, причем заключительное противоречие 
возникает тогда, когда какой-либо выведенный факт непосред¬ 
ственно решает исходное целевое утверждение. В нашем при¬ 
мере получилось бы следующее вычисление 


F1 : факториал(0,7) 
F3 : факториал(7,7) 
F4 : факторнал(2, 2) 
F5 : факториал(3,6) 
□ 


(дано) 

(выводится из F1 и F2) 
(выводится из F3 и F2) 
(выводится из F4 и F2) 
(выводится из F5 и целевого 
утверждения ?факториал (3,z)) 


Очевидно, что это поведение точно такое же, как и поведение 
приведенной выше алголоподобной программы; оно является 
очень эффективным. 

К сожалению, реализовать стратегии управления снизу вверх 
оказывается гораздо труднее, чем стратегии управления сверху 
вниз, поскольку для их эффективной работы требуется исполь¬ 
зовать какие-либо дополнительные средства, ограничивающие 
множество порождаемых фактов, так чтобы выводились только 
те из них, которые способствуют решению конкретного целевого 
утверждения программы: шаг вывода снизу вверх не обладает 
внутренней целенаправленностью, и его неограниченное приме¬ 
нение обычно приводит к экспоненциальному росту числа вы¬ 
водимых фактов (в примере с вычислением факториала этого, 
однако, не происходит). Очень трудно, оказывается, предложить 
такие средства, обладающие сколько-нибудь полезной степенью 
общности, и именно поэтому в стандартных реализациях упо¬ 
требляется только метод сверху вниз. В этой ситуации логиче¬ 
скому программисту, желающему добиться поведения в соот¬ 
ветствии с методом снизу вверх, следует прибегнуть к про- 
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грамме специального вида, стиль которой мы назовем стилем 
«квази-снизу вверх»: хотя она и исполняется с помощью стан¬ 
дартной стратегии сверху вниз, ее поведение моделирует испол¬ 
нение методом снизу вверх. Этот стиль мы проиллюстрируем 
приводимой ниже программой 6. 

Программа 6 
? факторнал(3, 2 ) 

факториалах, у) если факториал*(0, /,*,«/) 
факториалах ,у,х,у) 

факториал*(ы,о,х,г/)еслии < х,факториал*(ы+/,(ы+/)*о,х,у) 
Здесь предикат факториал*.(и, ѵ, х, у) выражает отношение 
если и\ = ѵ то хі = у 

Стандартное исполнение этой программы дает очень эффектив¬ 
ную итерацию 

? факториал(3,2) 

? факториал*(0,/,3,г) 


? факториал*(/,/,3,г) 


? факториал *(2,2,3,г) 


? факториал*(3, 6,3,г) 

? ответ г:=6 

Заметим, в частности, что первые два аргумента в последова¬ 
тельных вызовах факториал * содержат в точности ту же самую 
информацию, которая содержится в фактах, образующих вы¬ 
числение снизу вверх. Именно по этой причине мы и говорим, 
что новый стиль моделирует поведение, соответствующее методу 
снизу вверх. 

II 1.3.2. Нахождение путей в графах 

Еще один поучительный пример дает рассмотренная Коваль¬ 
ским задача нахождения путей в графах. Допустим, что мы хо¬ 
тим найти пути из вершины А в вершину Е в ориентированном 
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графе, изображенном на рис. III. 1. Для решения этой задачи 
можно предложить следующую простую программу. 

Программа 7 

? идти(£) 
идти(Л) 

идти(у) если дуга(х, у) , идти(лг) 
дуга(Л,А) дуга(В,С) дугаф.С) 
дуга(Л.С) дуга {B,D) дуга (С,Е) 

Здесь предикат идти ( х ) означает, что процесс поиска может 
«идти» в вершину х, а предикат дуга [х, у) означает, что в графе 



і 

£ 


Рис. III. 1 . Ориентированный граф. 


имеется дуга, направленная из вершины х в вершину у. Стан¬ 
дартное исполнение программы 7 дает различные успешные 
вычисления, каждое из которых соответствует некоторому пути 
из Л в Е, например: 


? идти (Е) 

? дуга(х,£), идти(х) 

? идти(С) 

? дуга(х.С), идти(х) 

? идти(Л) 

? ответ "да" 

Обратим внимание, что этот путь (Л, С, Е) исследуется в об¬ 
ратном направлении —от вершины Е к вершине Л — в типичном 
для метода сверху вниз стиле, причем исходный факт идти (Л) 
используется только в самом конце вычисления. 

Напротив, в алгоритме снизу вверх факт идти (Л) исполь¬ 
зовался бы сразу, и затем осуществлялось бы движение вперед 
по указанному пути: следующей была бы найдена вершина С, 
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а потом и Е. Этого эффекта можно достигнуть с помощью про¬ 
граммы, написанной в стиле «квази-снизу вверх». 

Программа 8 
? идти*(Л,£) 
идти*(х,л:) 

идти*(х, z ) если дуга(х,г/),идти*(г/, 2 ) 
и те же самые факты дуга, определяющие граф 

Предикат идти* ( х , г) означает, что 

если процесс поиска может идти в вершину х, то 
он может идти и в вершину г 

В результате стандартного исполнения этой программы полу¬ 
чились бы вычисления, подобные тому, которое приводится 
ниже: 

? идти*(Л,£) 

? дуга(Л, у) , идти*(у, Е) 

? идти*(С,£) 

? дуга(С, у) , идти*(г/, Е) 

? пдгя*(Е,Е) 

? ответ "да" 

Очевидно, что это вычисление моделирует поведение, которое 
было бы получено в результате исполнения программы 7 с по¬ 
мощью стратегии снизу вверх. 

ІІІ.З.З. Задача нахождения собственных значений 
и собственных векторов матрицы 

Задачи вычисления факториала и нахождения путей в графе 
с приемлемой эффективностью можно решить как с помощью 
метода сверху вниз, так и с помощью метода снизу вверх. Име¬ 
ются, однако, и другие задачи, для решения которых методы 
сверху вниз оказываются крайне неэффективными, в результате 
чего существенным инструментом становится стиль «квази- 
снизу вверх». Хороший пример, ориентированный в некоторой 
степени на читателя с большими математическими склонно¬ 
стями, дает задача нахождения собственных значений и соб¬ 
ственных векторов: по данной матрице М размером п X л вы¬ 
числить скаляры (собственные значения) е* и ненулевые век¬ 
торы (собственные векторы) X it удовлетворяющие равенству 
M.X t = e t .X i 

Хотя эта задача в общем случае имеет п решений ( e s , Хі), ... 
.,., (ея, Х„) , часто требуется найти тодько «доминантный» соб- 
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ственный вектор, т. е. тот собственный вектор, который соответ¬ 
ствует наибольшему собственному значению. 

Так, например, задача нахождения собственных значений и 
собственных векторов матрицы 



размером 2X2 имеет два решения: 

“- 6 - *- с -[л«] 

где С и D — произвольные константы. Доминантным собствен¬ 
ным вектором здесь является ДГі, поскольку е\ = 6 —наибольшее 
собственное значение. 

В случае когда структура матрицы М такова, что все ее соб¬ 
ственные векторы линейно независимы, имеется простой алго¬ 
ритм определения доминантного собственного вектора. Начиная 
с произвольным образом выбранного начального приближе¬ 
ния V, алгоритм строит последовательность векторов М.Ѵ, М 2 .Ѵ, 
М 3 .Ѵ и т. д., которая обязательно сходится к доминантному соб¬ 
ственному вектору. Алгоритм заканчивает работу, когда один 
из построенных векторов М к .Ѵ удовлетворяет некоторому усло¬ 
вию точности приближения. Приводимая ниже программа 9 яв¬ 
ляется рекурсивной формулировкой (методом сверху вниз) 
этого алгоритма. 

Программа 9 
? прибл(о),точн(ЛІ ,е) 
прибл(1.1 .NIL) 

прибл (и) если прибл(і/).умнож(М,і/,») 
а также процедуры для предикатов точи и умнож 

Здесь предикат прибл (о) означает, что вектор ѵ является оче¬ 
редным приближением; предикат точн ( М , о) означает, что ѵ до¬ 
статочно точно приближает доминантный собственный вектор 
матрицы М, а предикат умнож (М, ѵ',ѵ) выражает равенство 
ѵ = М.ѵ'. Детали проверки на точность приближения и опера¬ 
ции умножения матриц сейчас для нас несущественны—мы бу¬ 
дем просто предполагать, что для выполнения этих заданий уже 
имеются соответствующие процедуры. В качестве начального 
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приближения выбран вектор 

ч;і 

который в первой процедуре представляется термом 1.1. NIL. 
Мы предполагаем также, что М — это матрица из рассмотрен¬ 
ного выше примера, и что ее элементы известны процедурам 
прибл и умнож. 

В ходе исполнения программы начальный вектор V подвер¬ 
гается проверке на точность приближения: 

G1 : ? прибл(о),точн(М,о) 

G2 : ? точи {N1,1.1. NIL) 

Если предположить, что V не удовлетворяет требуемой точно¬ 
сти, то исполнение возвращается назад к целевому утвержде¬ 
нию G1 и затем продолжается следующим образом: 

G2' : ? прибл(о')>У м нож(Л1,о',и), точн(М,о) 

G3 : ? углнож{М,1.1 .NIL,v),T04h(M,v) 

G4 : ? точи {М,5. 7. NIL) 

Тем самым было выполнено умножение матрицы М на вектор V 
и получено следующее приближение М.Ѵ = 5.7. NIL. Если оно 
снова не удовлетворяет требуемой точности, то исполнение про¬ 
граммы опять возвратится назад, и при этом вычисление век¬ 
тора 5.7.NIL будет забыто. Это происходит потому, что всякий 
раз, когда осуществляется процесс возврата из тупиковой вер¬ 
шины дерева поиска, отбрасывается вся информация о том, что 
уже было сделано (включая и найденные присваивания), начи¬ 
ная с ближайшей точки ветвления. После возврата из данной 
тупиковой вершины исполнение программы будет продолжено 
так: 

G3' : ? прибл(о"),умнож(А1,о",о , )>У множ (М> ? /> 1 ’)» 

точн(Л4,и) 

G6 : ? точи {N1,29. 43. NIL) 

При переходе от G3' к G6 во второй раз выполняется умноже¬ 
ние матрицы N1 на вектор 1.1. NIL, в результате чего получается 
вектор 5.7.NIL, на который еще раз умножается М, и получается 
следующее приближение М 2 .Ѵ = 29.43. NIL. Эти два умножения 
также будут забыты и впоследствии выполнены заново, если и 
последнее приближение не удовлетворяет условиям точности. 
Очевидно, это очень неэффективный алгоритм, несмотря на то 
что логика программы представляется таким прямым описанием 
задачи. Тем не менее исполнение программы даст в конце кон- 
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цов для целевой переменной ѵ искомое решение 1) . Мы уже мо¬ 
жем наблюдать, что вычисленные до сих пор приближения 

Ш Ш [Z] 

или, иначе, 

ш «•[;.] чи 

сходятся к доминантному собственному вектору 

-и 

Поставленную задачу можно решить гораздо более эффек¬ 
тивно, пользуясь стилем «квази-снизу вверх» аналогично тому, 
как это сделано в формулировке предиката идти* в программе 8. 

Программа 10 

? вывести(о, 1.1 .NIL),to4h{M,v),I 
вывести(о.о) 

вывести(і>,г) если умнож(М, 2 ,г'),вывести(і>, 2 ') 
и, как и прежде, процедуры для предикатов точи и 
умнож 

Здесь предикат вывести (о, г) означает, что приближение ѵ вы¬ 
водится из приближения г посредством многократного (в част¬ 
ности, нулькратного) умножения на него матрицы М. Стандарт¬ 
ное исполнение этой программы дает теперь превосходный ите¬ 
ративный алгоритм: 

? вывести (ѵ, 1.1. NIL), точи {M,v)J 


? вывести {ѵ, 5.7 .NIL), точи (M.v),/ 


? вывести(о ,29.43. NIL) ,точн(М,о),/ 


и т. д. 


*> После этого, однако, работа не закончится, поскольку имеется воз¬ 
можность (с помощью второй процедуры прибл) находить все более точные 
приближения. — Прим, перев. 
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Вслед за каждым из приведенных выше целевых утверждений 
вызывается первая процедура вывести, в результате чего послед¬ 
нее из полученных приближений подвергается проверке на точ¬ 
ность; если оно не удовлетворяет требуемой точности, то вызы¬ 
вается другая процедура вывести, действие которой состоит 
в выполнении однократного умножения матрицы М на вектор 
и получении, таким образом, следующего приближения. Отме¬ 
тим, что в целевом утверждении используется оператор отсече¬ 
ния: он служит для того, чтобы прекратить исполнение про¬ 
граммы, как только будет вычислено первое достаточно точное 
решение, предотвращая тем самым дальнейшие ненужные уточ¬ 
нения. 

Фундаментальное различие между формулировками методом 
сверху вниз задачи вычисления факториала (программа 5) и 
задачи нахождения собственного вектора (программа 9) заклю¬ 
чается в том, что одна из них является детерминированной, 
а другая — недетерминированной. Во второй программе каждый 
активированный вызов прибл может обратиться к любой из двух 
процедур прибл, что приводит к очень разветвленному дереву 
поиска, многие тупиковые ветви которого содержат многократно 
дублируемые цепочки (дорогостоящих) умножений матрицы на 
вектор. В первом же случае исполнение программы оказывается 
детерминированным вплоть до момента вычисления решения. 

Ш.4. Детерминизм и недетерминизм 

Способность логических интерпретаторов осуществлять це¬ 
ленаправленный поиск позволяет во многом избавиться от уто¬ 
мительной работы, обычно ожидаемой при программировании 
для ЭВМ. Указанное свойство интерпретаторов спасает про¬ 
граммиста от необходимости слишком уж подробно вникать 
в детали исполнения своих программ. С особенной очевидностью 
это преимущество логического программирования проявляется 
в программах, написанных в недетерминистском стиле: програм¬ 
мист знает, что интерпретатор исследует различные пути, не тре¬ 
буя при этом от него какого-либо руководства посредством уп¬ 
равляющих директив. Более того, для одних и тех же задач 
недетерминированные программы оказываются часто более про¬ 
стыми и элегантными, чем их детерминированные варианты. Все 
это станет понятным из рассмотрения следующих примеров. 

Ш.4.1. Поиск в списке 

Допустим, что в некотором списке L требуется найти пози¬ 
цию (если, конечно, она имеется) с наименьшим номером, на 
которой стоит элемент, удовлетворяющий определенному свой- 
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ству. L может быть, к примеру, списком чисел ( 4 , 7, — 3, 0, — 2 ), 
а разыскиваемый элемент может удовлетворять, например, свой¬ 
ству «быть отрицательным числом». Простым представлением 
списка L являлось бы тогда множество фактов: 

э (4,1,L) 
э (7,2,L) 
э (-3,3, L) 
а(0 ,4,L) 
э(— 2,5,L) 


где предикат э(и,і,х) означает, что элемент и занимает в спи¬ 
ске х позицию с номером і. Формулируя только целевое утверж¬ 
дение 

? э {u,k,L),u < О 


мы получаем чрезвычайно простую недетерминированную про¬ 
грамму, стандартное исполнение которой выдаст два решения 
k:=3 и k:=5 в указанном порядке. Программисту известно, 
что первое из них является решением исходной задачи, посколь¬ 
ку он знает, что интерпретатор будет вызывать факты э со¬ 
гласно их текстуальному упорядочению, а оно в свою очередь 
организовано в соответствии с упорядочением элементов в спи¬ 
ске L. От второго решения можно было бы, конечно, избавиться 
с помощью оператора отсечения, формулируя целевое утверж¬ 
дение 

? э (u,k,L),u < О,/ 


Во всяком случае заключение о том, что первое из вычисленных 
решений дает наименьший номер позиции, на которой стоит от¬ 
рицательный элемент, зависит здесь от управляющей компонен¬ 
ты алгоритма, т. е. от того предположения, что исполнение про¬ 
граммы управляется стандартной стратегией; это заключение 
не вытекает из логики программы, и именно поэтому ее логика 
оказывается столь простой. 

Ценность такого стиля программирования зависит частично 
от того, насколько удобно представлять элементы списка L 
в соответствующем порядке. Если бы фактов э было намного 
больше и в результате некоторого предварительного процесса 
подготовки данных их порядок был бы каким-то образом нару¬ 
шен, то, возможно, оказалось бы предпочтительнее использо- 
Эйть детерминированную программу, которая совершенно не зй’ 
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висит от текстуального упорядочения этих фактов. Вот одна по¬ 
добная программа. 

? позиция^, 1,5, L) 

позиция^, і,п,х) если э(и,і,х),и < 0,k = i 
позиция^, і,п,х) если э(и,і,х),и > О, 

позиция^ ,і + 1 ,п,х) 
и те же самые факты, представляющие L и 
расположенные в произвольном порядке 

Здесь предикат позиция (к , I, п, х) означает, что к есть наимень¬ 
ший номер позиции отрицательного элемента в подсписке 
списка х, начинающегося с позиции і и продолжающегося до по¬ 
зиции п включительно. Данная программа имеет только одно ре¬ 
шение к:=3, и тот факт, что оно дает наименьший номер пози¬ 
ции отрицательного элемента, логически вытекает теперь из ее 
процедур. Таким образом, упростив требования к управлению 
(путем ослабления всех допущений относительно текстуального 
упорядочения) и тем самым облегчив решение задачи подго¬ 
товки данных, мы оказались вынужденными составлять логи¬ 
чески более сложную программу, чем та, которая была в преды¬ 
дущем случае. Обе эти формулировки представляют собой 
фактически один и тот же алгоритм с небольшими различиями, 
касающимися эффективности. 

II 1.4.2. Обнаружение пика 

Написание недетерминированных программ может быть 
очень простым делом, однако не всегда они могут эффективно 
исполняться с помощью средств стандартного управления. Хо¬ 
роший пример для иллюстрации этого факта дает задача, в ко¬ 
торой требуется определить, является ли последовательность 
чисел унимодальной в том смысле, что сначала она возрастает 
до некоторого единственного максимума, а затем убывает (т. е. 
имеет единственный пик). Именно так ведет себя, например, 
последовательность L — (I, 3, 4, 8, 6, 5, 2, 0), пиком которой ока¬ 
зывается число 8. Наиболее простым способом описания этой 
задачи на языке логики является, быть может, следующий. 

Программа 11 

? пик {1.3.4.8.6.5.2.0. NIL) 

пик(х) если склеить^!, х 2 ,х) вверх^.вниз^г) 

вверх(Л7£) 

ввер xlu.NIL) 

ввер х(и.ѵ.у) если и < ѵ,ъверх(ѵ,у) 
рциз(ДГ/£) 
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ВНИЗ {и. NIL) 

вниз (и.ѵ.у) если и > п,вниз(о.*/) 
склеить(М/£ ,х,х) 

склттъ(ѵ.у 1 ,у 2 ,ѵ.у) если склеить (уі,у 2 ,у) 

Здесь предикат пик(лг) означает, что в списке х имеется пик; 
предикат склеить (дг 1э х 2 , х) означает, что список х получается 
в результате добавления списка х 2 в конец списка хй вверх (*і) 
означает, что последовательность х\ является возрастающей, 
а вниз(дс 2 ) — что последовательность х 2 убывающая, причем каж¬ 
дая из этих двух последовательностей может быть пустой *>. 

Когда вызывается процедура пик. она пытается разделить 
входной список на две части, первая из которых представляет 
собой возрастающую последовательность, а вторая — убываю¬ 
щую; это разделение осуществляется процедурами склеить. По¬ 
скольку на порожденные в ходе исполнения программы вызовы 
склеить отвечают обычно обе процедуры с этим именем, алго¬ 
ритм ведет себя недетерминированно, пытаясь исследовать все 
возможные способы разделения входной последовательности. Та¬ 
кое поведение имеет два существенных недостатка. Во-первых, 
вслед за каждым новым разбиением будут полностью прове¬ 
ряться полученные новые последовательности Х\ и х 2 , скажем 

х х = (1,3,4) 
х 2 = (8,6,5,2,0) 

даже если в результате предыдущего разбиения, такого как 
х[ = (1,3) 
х ' 2 = (4,8,6,5,2,0) 

уже было, возможно, установлено правильное упорядочение не¬ 
которых частей последовательностей х\ и/или х 2 . Во-вторых, 
в том случае, когда входная последовательность не удовлетво¬ 
ряет свойству пик. программа не распознает этот факт до тех 
пор, пока не испробует все возможные разбиения. Это наблю¬ 
дение привлекает внимание к одному важному моменту в мето¬ 
дологии логического программирования: оказывается недоста¬ 
точно рассматривать эффективность только успешных вычисле¬ 
ний; необходимо, кроме того, попытаться сделать все, чтобы 
и в случае отсутствия решений исполнение программы эффек¬ 
тивно завершалось неудачей. 


*> Эта программа не совсем точно описывает исходную задачу, посколь¬ 
ку ответом на целевое утверждение ?пик (1.2.2.1. NIL) будет «ДА» несмотря 
на то, что в списке (1, 2, 2, 1) имеется два максимума. Заметим, что про¬ 
граммы 12 и 19, предназначенные для решения той же самой задачи, дадут 
на указанное целевое утверждение ответ «НЕТ». В качестве упражнения 
читатель может сам привести программу 11 в соответствие с точным опре¬ 
делением пика — Прим, перев. 
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Указанные недостатки нельзя исправить с помощью какого- 
либо прямого использования стратегии управления, и, стало 
быть, если требуется более хороший алгоритм, то следует изме¬ 
нить саму логику программы. Приводимая ниже программа дает 
гораздо более эффективный и детерминированный алгоритм, од¬ 
нако она не является таким уж очевидным описанием специфи¬ 
кации задачи. 

Программа 12 

?пик {1.3.4.8.6.5.2.0. NIL) 
пик (NIL) 
пик(и . NIL) 

пик(ы.о.#)если и < о,пик {ѵ.у) 
пик(ы . ѵ . у)е ели и > ѵ , вниз(і> . у) 
и те же самые процедуры вниз, что и прежде 
Разбиение входной последовательности становится теперь не¬ 
явно составной частью логики процедур пик. В ходе исполнения 
программы третья процедура пик используется для просмотра 
последовательности с целью нахождения ее наибольшей возра¬ 
стающей подпоследовательности, начинающейся с первого эле¬ 
мента списка L. Как только обнаруживается убывающая пара 
элементов, управление переходит к четвертой процедуре, кото¬ 
рая определяет, является ли оставшаяся часть последователь¬ 
ности убывающей. При этом происходит очень мало дублирую¬ 
щих друг друга сравнений элементов, и в случае неразрешимо¬ 
сти целевого утверждения исполнение программы завершается, 
как только будет найдена неправильно упорядоченная пара. За¬ 
метим, что для этих усовершенствований потребовалось не вве¬ 
дение каких-либо новых предикатов, а лишь более искусные 
утверждения относительно тех, которые уже использовались; 
на самом деле мы обошлись даже без предикатов вверх и 
склеить. 

II 1.4.3. Задача о подстроке 

Всякую недетерминированную программу можно преобразо¬ 
вать в более детерминированную, так чтобы ее исполнение мо¬ 
делировало исполнение первой программы. Это преобразование 
не меняет алгоритма, а предназначено скорее для того, чтобы 
описать в логике новой программы те аспекты алгоритма, кото¬ 
рые были реализованы посредством управления исполнением 
исходной программы. 

Мы рассмотрим здесь эту идею на примере задачи о под¬ 
строке: по двум заданным строкам символов х и у определить, 
является ли х подстрокой у. Так, например, строка символов 
# = (Д, В, С) есть подстрока строки у=[А, В, А, В, С, D). По- 
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добного рода задачи возникают в таких приложениях, как ре¬ 
дактирование текстов и библиографический поиск данных. До¬ 
вольно простой алгоритм решения этой задачи заключается 
в том, чтобы последовательно порождать все суффиксы стро¬ 
ки у, каждый раз проверяя, не является ли строка х префиксом 
текущего суффикса. В данном контексте суффикс у' строки у — 
это такая подстрока у, которая продолжается до самого ее 
конца, а строка х есть префикс у', если она является подстро¬ 
кой у', начинающейся с ее первого символа. Указанный алго¬ 
ритм из строки y = (A,B,A,B,C,D) образует суффиксы 
(А, В, А, В, С, D) 

( B,A,B,C,D ) 

( А,В,С ,Р ).здесь строка(Л,Я,С) — префикс 

и т. д. 


и, стало быть, найдет суффикс (А, В, C,D), префиксом которого 
является строка х = (А, В, С), получая тем самым решение на¬ 
шей задачи. 

Логику, лежащую в основе этого процесса, довольно точно 
можно сформулировать с помощью предиката строка {х, у ), 
означающего, что х есть подстрока у, и предиката префикс ( х , у ), 
означающего, что х есть префикс у. Представляя строки посред¬ 
ством обычных структурированных термов, только что описан¬ 
ный алгоритм можно получить путем стандартного исполнения 
следующей недетерминированной программы. 


Программа 13 

? 

строка1 : 
строка2 : 
префиксі : 
префикс2 : 


ctpokil{A.B.C.NIL,A.B.A.B.C.D.NIL) 
строка (х,у) если префикс(х,у) 
строка (х,ѵ.у') если строка(х,г/') 
префикс(ЛПІ,г/) 

префиксах',и.г/') если префикс^', у') 


Ниже приводится получаемое в результате поведение, описанное 
в терминах применения проверок префикс к последовательным 
суффиксам строки (А, В, А, В,С, D). (Здесь показаны только три 
первых вычисления, в которых точки и константы NIL для на¬ 
глядности опущены.) 

? строка( ABC ,ABABCD) выбирается первый суффикс 
? префикс (ABC ,ABABCD) начинается проверка 

префикс 

? префикс( ВС, BABCD) 

? префиксѣ С, ABC,D) 


неудача, поэтому 
происходит возврат 
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? строка( ABC,ABABCD) 
? строка( АВС, BABCD) 
? префикс(Л5С, BABCD) 


? строка( ABC,BABCD) 

? строка( ABC, ABCD) 

? префикфШС, ABCD) 

? префиксѣ ВС, BCD) 

? префиксѣ С, CD) 

? префикс^//,, D.NIL) 

? задача решена, ответ "да" 

Заметим, что всякий раз, когда проверка префикс заканчи¬ 
вается неудачей, исполнение программы возвращается назад 
к самому последнему из активированных вызовов строка. Ранее 
этот вызов обращался к процедуре строка 1 для того, чтобы ини¬ 
циировать (неудачную) проверку префикс для текущего суф¬ 
фикса. Теперь же он должен быть активирован снова и вместо 
процедуры строка 1 вызвать процедуру строка2, порождая тем 
самым следующий суффикс. Такое поведение происходит всякий 
раз, когда исполнение программы наталкивается на тупиковую 
вершину, которых в общем случае довольно много. 

Когда интерпретатор осуществляет процесс возврата, он эф¬ 
фективным образом вспоминает, что начальной входной стро¬ 
кой х является строка (А, В, С), и, кроме того, он определяет, 
какой вид имеет текущий суффикс. Заметим, что непосредствен¬ 
но из целевого утверждения в тупиковой вершине извлечь эту 
информацию не удается. Так, например, первое вычисление за¬ 
канчивается неудачей, когда целевое утверждение есть 
? префикс(С, ABCD) 

и само по себе оно не сообщает ничего полезного ни о строке х, 
ни о текущем суффиксе. Требуемая информация восстанавли¬ 
вается из какого-то другого целевого утверждения, встречавше¬ 
гося ранее в ходе исполнения программы, доступ к которому 
можно получить теперь при помощи механизма возврата. 

Можно составить гораздо более детерминированную про¬ 
грамму, в которой при неудачном завершении проверки префикс 
нет нужды возвращаться назад для того, чтобы извлечь инфор¬ 
мацию, необходимую для обработки следующего суффикса. Эту 
информацию программа получает теперь из дополнительных па¬ 
раметров, содержащихся в текущем целевом утверждении, что 
достигается за счет использования нового предиката строка* (до, 
г, х, у') , который читается как 

w есть префикс г или х есть подстрока у' 


выбирается второй суффикс 
начинается проверка префикс 
неудача, поэтому 
происходит возврат 

выбирается третий суффикс 
начинается проверка префикс 
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Данный предикат вводится в предвидении той стадии исполне¬ 
ния программы, когда в ходе выяснения, является ли строка х 
подстрокой некоторого текущего суффикса ѵ.у', потребуется ре¬ 
шать будет ли w префиксом г\ если эта проверка префикс за¬ 
канчивается неудачно, то следующий суффикс у' находится на 
четвертой позиции среди аргументов предиката строка*, а стро¬ 
ка х — на третьей. Так, например, первая неудача в рассмотрен¬ 
ной выше программе происходит для случая, когда w = C.NIL, 
z = A.B.C.D.NIL, х = A.B.C.NIL, а у' = A.B.A.B.C.D.NIL. Новая 
программа такова: 


Программа 14 


? 

строкаЗ : 
строка4 : 
строка*1 : 
строка*2 : 
строка*3 : 
строка*4 : 


строка {А.В.С. NIL, А.В. A.B.C.D.NIL) 
строка^//.,#) 

строка(х ,ѵ.у') если строка*(х, ѵ .у',х,у') 
строка* {NIL,z,x, у') 
строка *(N1L,z,x,y') если строка(х, у') 
строками .w,v.z,x,y') если строка*(а> ,z,x,y') 
строками .w,v.z ,х,у')если и Ф о,строка (х,у г ) 


Здесь процедура строкаЗ предназначена для того случая, кото¬ 
рый в предыдущей программе обрабатывался процедурой пре¬ 
фикс^ а процедура строка4 инициирует сразу проверку пре¬ 
фикса и выбор суффикса, что прежде делалось по отдельности 
двумя процедурами строка 1 и строка2. Процедуры строка* 1 и 
строка*3 являются прямыми аналогами процедур префиксі и 
префикс2. В них проверка префикса применяется к первым двум 
параметрам предиката строка*, в то время как запись строки х 
и следующий суффикс у' сохраняются в последних двух пара¬ 
метрах. В процедурах строка*2 и строка*4 представлена суть 
новой программы, поскольку их логика предназначена для ис¬ 
следования очередного суффикса после завершения проверки 
префикса для текущего суффикса; в первой процедуре рассмат¬ 
ривается успешный, а во второй — неудачный результат этой 
проверки. В частности, если проверка заканчивается неудачно, 
то вызывается процедура строка*4, которая вводит строки х 
я у' в новую фазу вычисления, обрабатывающую следующий 
суффикс. Ниже приводится часть исполнения новой программы. 
? строка( ABC ,АВ ABCD) 

? строка*( АВС, А В ABCD, АВС, В ABCD) обрабатывается первый 
суффикс 

? строка*( ВС, В ABCD ,АВС, В ABCD) 

? строка*( С, ABCD, АВС,В ABCD) 

проверка префикс заканчивается 
неудачей 

? С Ф А, строка( АВС, В ABCD) 
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? строка( ABC,BABCD) 

? строка *(АВС ,BABCD,ABC,ABCD) обрабатывается второй 

суффикс 

и т. д. 

Когда проверка префикса заканчивается неудачей для первого 
суффикса вследствие того, что целевое утверждение 
? строка*(С, ABCD ,АВС, BABCD) 

не может вызвать процедуру строка*3, это утверждение содер¬ 
жит достаточно информации для того, чтобы породить следую¬ 
щий суффикс и инициировать его исследование. Таким образом, 
механизм возврата при неудачном завершении проверки пре¬ 
фикса не потребуется. Алгоритм исполнения первой программы 
остался тем же самым, но теперь он реализован при помощи 
уже другого сочетания логики и управления. Эффективность 
при этом не обязательно повышается; соотношение расходов, 
связанных с управлением процессом возврата и обработкой бо¬ 
лее сложных предикатов, будет зависеть от конкретного исполь¬ 
зуемого интерпретатора. Однако показанный здесь вид преобра¬ 
зования программ оказывается важным для других целей. 
А именно логические представления гораздо более сложных ал¬ 
горитмов решения задачи о подстроке можно получить из про¬ 
граммы 14 более просто, чем из программы 13. Эти алгоритмы 
в решающей степени зависят от детального логического ана¬ 
лиза неудачных завершений проверок префикса, базирующе¬ 
гося на том виде информации, который содержится в вызовах 
строка* в программе 14. 

III. 5. Отрицание 

Довольно часто программист сталкивается с задачами, наи¬ 
более естественные формулировки которых требуют средств для 
выражения отрицания «не». Например, может возникнуть жела¬ 
ние обратиться к базе данных с запросом; верно ли что такой-то 
элемент в ней не содержится? В полной логике первого порядка 
или даже в дизъюнктах общего вида отрицание можно выра¬ 
зить непосредственно с помощью символа отрицания ~|. Дан¬ 
ный символ, однако, отсутствует в более ограниченных предло¬ 
жениях (хорновских дизъюнктах), используемых для записи 
логических процедур. Этот недостаток можно исправить различ¬ 
ными способами. Для иллюстрации некоторых из них мы рас¬ 
смотрим конкретную программистскую задачу. Имеются спи¬ 
сок х и элемент и. Если и не входит в х, то требуется вставить и 
куда-либо в х, в противном случае — вычеркнуть и из л. В ре¬ 
зультате порождается новый список у. Точные детали операций 
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вставки и вычеркивания несущественны. Важным является то, 
что программа должна решить, выполняется условие задачи или 
нет, и затем произвести соответствующее действие. Здесь обсуж¬ 
даются четыре различные логические формулировки данной 
задачи. 

ФОРМУЛИРОВКА 1 

Пусть предикатновсписок (и, х, у), означает, что у — новый 
список, полученный из х в соответствии с тем, содержится эле¬ 
мент и в х или нет. Предикаты вычеркнуть (и, х, у) и вста¬ 
вить (и, х, у) означают соответственно, что у получается в ре¬ 
зультате вычеркивания и из х и у получается в результате 
вставки и в х. Проверку вхождения и в х можно осуществить 
с помощью еще двух предикатов входит (и, х) и не-входит (ы, х), 
смысл которых очевиден. Оснащенная этими предикатами и 
стандартным целевым утверждением, в котором списки пред¬ 
ставлены обычными термами, первая формулировка такова: 

Программа 15 

? новсписокф, А.В.С. NIL, у) 

новсписок (и,х,у) если входит(и,х),вычеркнуть(«,х,і/) 
новсписок(«,х,у) если не-входит(и,х),вставить(«,х,у) 
входит(м,«.х) 

входит(м,о.х) если входит(ы.х) 
не-входит(м, NIL) 

не-входит(«, ѵ .х) если и Ф и,не-входит(и,х) 
и процедуры для предикатов вставить и вычеркнуть 
Эта программа достаточно очевидна. Она вычислит некоторое 
решение вида у : = A.B.C.D.NIL в зависимости от того, как 
именно осуществляется операция вставки. Главный ее недоста¬ 
ток заключается в том, что требуются отдельные процедуры 
описания отношений входит и не-входит. Поскольку эти отноше¬ 
ния тесно взаимосвязаны, логическое содержание программы 
должно быть значительно избыточным. 

ФОРМУЛИРОВКА 2 

Во втором подходе мы обходимся без процедур не-входит, 
интерпретируя неудачу при решении вызова входит (и, х) как 
сигнал к выполнению вставки. Кроме того, в этом подходе тре¬ 
буется использовать оператор отсечения. 

Программа 16 

? новсписок(0, А.В.С. NIL, у) 
новсписок(и,х,у) если входит(м,х),/,вычеркнуть(и,х,у) 
новсписок(и,х,г/) если вставить(и,х,у) 
и процедуры для предикатов входит .вставить и 
вычеркнуть 
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Эта программа намного короче и к тому же исполняется 
намного эффективнее, потому что операция вставки не зависит, 
как в программе 15, от решения вызова не-входит(Э,/4.В. С. NIL); 
достаточно вместо этого потерпеть неудачу при решении вызова 
входит в первой процедуре, чтобы сразу перейти ко второй. 
В противном случае, если вызов входит будет успешным, акти¬ 
вация оператора / отсечет еще не испытанный выбор второй 
процедуры (предотвращая, таким образом, вставку), и затем 
будет выполнена операция вычеркивания. 

Хотя программа 16 операционно правильна, тем не менее 
в ее логике есть серьезный изъян, поскольку вторая процедура 
новсписок не согласуется с имевшимся в виду смыслом предика¬ 
та новсписок: эта процедура утверждает, что список у всегда 
получается из списка х путем выполнения операции вставки, 
тогда как наша спецификация требует, чтобы условием вставки 
было отсутствие вхождений и в х. Причина, по которой эта 
логически неправильная процедура не приводит к неверным ре¬ 
зультатам исполнения программы состоит в том, что ее вызов 
был предусмотрительно ограничен управляющей информацией, 
содержащейся неявно в упорядочении текста программы, а так¬ 
же использованием оператора отсечения /. 

ФОРМУЛИРОВКА з 

Третий подход в принципе подобен первому, однако в нем 
устраняется необходимость использования отдельных множеств 
процедур, описывающих взаимно дополнительные отношения, 
такие как входит и не-входит. Вместо этого он основывается на 
явном вычислении ответов ДА/НЕТ на запросы о принадлежно¬ 
сти в отношениях. 

Введем новые предикаты входит* (ы, х, ДА) и входит*(н, х 
НЕТ), означающие соответственно, что и входит в список х и и 
не входит в х. Еще один предикат новсписок* (и, х, у, г) озна¬ 
чает, что у получается либо вычеркиванием и из х, либо встав¬ 
кой и в х в соответствии с тем, какое значение — ДА или НЕТ — 
принимает переменная г. Программу можно написать теперь 
следующим образом. 

Программа 17 

? новсписок {D, А.В.С. NIL, у) 
новсписок(ы, х,у)е ели входит*(«, х,г), новсписок *(и,х,у,г) 
новсписок *(и,х,у,ДА) если вычеркнуть(ы,х,г/) 
новсписок *\и,х,у,НЕТ) если вставить(н,х,г/) 
входит*(н, NIL , НЕТ) 
входит *(и,и.х,ДА) 

входит*(и ,v.x,z) если и ^ ц,входит*(ы,х, 2 ) 
и процедуры для предикатов вычеркнуть и вставить 
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В ходе исполнения программы вызов входит* вычисляет ответ 
ДА или НЕТ для переменной г и распределяет его в вызове 
новсписок*; в соответствии с этим ответом затем вызывается 
либо процедура вычеркивания, либо процедура вставки. 

Программа 17 логически правильна, эффективна, достаточно 
понятна и не зависит от порядка основных процедур. Вероятно, 
это лучшая альтернатива для использования при наличии интер¬ 
претаторов, предлагающих только стандартную стратегию уп¬ 
равления. Несмотря на эти преимущества данный метод стано¬ 
вится неудовлетворительным, когда он применяется к задачам, 
содержащим большое число проверок истинности различных 
отношений, поскольку становится утомительным писать много 
процедур, аналогичных приведенным выше процедурам для пре¬ 
диката входит*. Заметим также, что этот метод имеет тенден¬ 
цию усложнять логическую структуру программы. Например, 
в программе 17 требуется использовать довольно громоздкое 
отношение новсписок* для того, чтобы обслуживать различные 
действия, зависящие от ответов ДА/НЕТ, вычисляемых процеду¬ 
рой входит*. 

ФОРМУЛИРОВКА 4 

Эта последняя формулировка применима к реализациям, 
в которых допускаются квазиотрицательные вызовы в програм¬ 
мах и которые основываются на так называемом «допущении 
замкнутости мира»: отрицание предиката Р справедливо, если 
Р недоказуем. Такой прием широко известен под названием от¬ 
рицание как неудача. Вот эта программа. 

Программа 18 
? новсписок {D, А.В.С .NIL) 

новсписок (и,х,у) если входит(ы,х),вычеркнуть(ц,д;,г/) 
новсписок(ы,х,г/) если~входит(ы,х),вставить(и,х,г/) 
и процедуры для предикатов входит, вычеркнуть и вставить 

Символ ~ читается как «не», но он умышленно выбран отлич¬ 
ным от связки строгого отрицания П, поскольку значения их 
не совсем одинаковы. Операционное действие ~ заключается 
в следующем. Когда интерпретатор активирует квазиотрица¬ 
тельный вызов вида ~ Р, он сначала пытается решить Р. Если 
эта попытка оканчивается неудачей, то исходный вызов ~Р 
считается решенным; таким образом, неудача при доказатель¬ 
стве Р рассматривается как доказательство справедливости ~1Р. 
С другой стороны, если вызов Р решен, то исходный вызов ~ Р 
считается неудачным. 

Примененное к нашему примеру такое исполнение программы 
в конце концов, войдя во вторую процедуру новсписок, активи- 
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рует вызов ~ входит( D, А .В. C.NIL). Интерпретатор поэтому по¬ 
пытается решить вызов входит (D,A.B.C.NJL), потерпит при этом 
неудачу и, следовательно, придет к заключению, что D не вхо¬ 
дит в список (Л, В, С ), т. е. будет считать квазиотрицательный 
вызов ~ axop,nT(D,A.B.C.NIL) решенным. Стало быть, интер¬ 
претатор приступит, как и предполагалось, к выполнению опе¬ 
рации вставки. 

Положение становится несколько сложнее в ситуации, когда 
активируется вызов вида ~Р(х), причем переменная х в дан¬ 
ный момент является несвязанной. Если последующая попытка 
решить Р будет успешной, и при этом х не заменится никаким 
термом, то все еще правильно считать вызов ~Р(х) неудачным. 
Если же, однако, вызов Р(х) решается, и происходит присваи¬ 
вание переменной х какого-либо значения, то в этом случае 
устанавливается лишь справедливость формулы (Зх)Р(х), что 
не дает нам никакого ответа на вопрос, поставленный квазиот- 
рицательным вызовом ~ Р(х), который интерпретируется как 
(Эле) (1Р(х)). Интерпретатор не может прийти ни к какому ре¬ 
шению относительно этого вызова, и, стало быть, должен пре¬ 
рвать исполнение программы и сообщить об операционной 
ошибке. Именно таким образом ведет себя реализация ІС-Про- 
лога. 

Обращение с отрицанием в ранних реализациях Пролога 
также зависело от допущения замкнутости мира. В этих систе¬ 
мах позволялось писать процедуры вида 

проц : Q (у) если не(Р(х)) 

Вызов Р(х) передавался в качестве параметра встроенному 
множеству процедур 

гнеі : не(г) если z,/, НЕУДАЧА 
LHe2 : не(г) 

где z играет роль метапеременной. Снова, если бы переданный 
вызов Р(х) был неудачным (когда он активировался в резуль¬ 
тате вызова процедуры неі), то вызов не (Р(х)) был бы решен 
посредством последующего вызова процедуры не2. С другой 
стороны, если бы вызов Р{х) решался успешно в процедуре неі, 
то оператор / отсек бы использование процедуры не2, а псевдо¬ 
вызов НЕУДАЧА привел бы к неудачному выходу из неі, что 
и требовалось. Рассматривать состояние связанности перемен¬ 
ной х в случае успешного решения Р{х) здесь не нужно, потому 
что во всех этих системах процедура проц интерпретировалась 
как 

ДЛЯ всех у Q (у) если 1 (3*)P(x) 

В ІС-Прологе, напротив, процедура 

Q (у) если ~Р(х) 
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интерпретируется как 

для всех х,у Q (у) если ~| Р(х) 


что эквивалентно 

для всех г /Q (у) если (3*) П Р(х)) 

Применение связки ~ для реализации отрицания посред¬ 
ством неудачи не ведет к противоречиям в стандартных про¬ 
граммах (на хорновских дизъюнктах) и значительно расширяет 
ресурсы программиста. Хотя это и не дает той вычислительной 
силы, которой обладает логическая система со строгим отрица¬ 
нием, программисты могут тем не менее без ущерба для себя 
читать ~Р(х), как «не Р(х)» при условии, что они помнят об 
операционном эффекте данного символа. Одна из причин умень¬ 
шения силы связки между прочим, состоит в том, что хотя 
она позволяет представлять отрицательные запросы, но не пред¬ 
назначается для выражения отрицательных фактов. Вследствие 
этого даже когда вызов ~Р(х) решается успешно, переменная х 
остается несвязанной, и поэтому вычисление не дает конкретных 
ответов для х. Более общая логическая система могла бы, на¬ 
против, вычислить ответ х: = 2, показывающий, что факт ~”|Р(2) 
логически следует из процедур программы. 

Исполнение программы 18 оказывается неэффективным, по¬ 
скольку в нем делаются две попытки решить вызов входит 
( D,A.B.C.NIL )—по одной в каждой из процедур новсписок 
А именно после того, как попытка решить этот вызов в первой 
процедуре закончилась неудачей, он испытывается снова в ходе 
рассмотрения отрицательного вызова из второй процедуры. Та¬ 
кого рода поведение называется «холостым возвратом», и 
от него можно избавиться, несколько усилив синтаксис 
программ с помощью конструкции если — то — иначе. Так, в 
ІС-Прологе можно заменить две процедуры для предиката нов¬ 
список одним утверждением 

новсписок(ы,л:,г/) если входит(ы,х) то вычеркнуть(ы,х,г/) 
иначе вставить^,*, г/) 

что дает желаемый «синтаксический сахар» и позволяет обхо¬ 
диться без явного отрицания. Последняя процедура интерпрети¬ 
руется следующим образом. 

Для того чтобы решить вызов новсписок(и,х,г/) 
сначала нужно попытаться решить вызов входйт(«,х); 
в случае успеха выполнить операцию вычеркивания; 
в противном случае выполнить операцию вставки. 

Она выполняется более эффективно, поскольку вызов входит об¬ 
рабатывается только один раз. 
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III. 6. Согласование параметров 

Поскольку логический интерпретатор обладает способностью 
согласовывать параметры, его можно рассматривать как при¬ 
митивный процессор обработки данных. Хотя он пытается со¬ 
гласовывать лишь данные, представленные в виде термов, этой 
способности можно найти довольно существенные применения. 

В качестве простого примера допустим, что мы хотим опре¬ 
делить, совпадают какие-либо два списка или нет. Самый оче¬ 
видный алгоритм решения этой задачи состоит в простом после¬ 
довательном сравнении между собой соответствующих элемен¬ 
тов списков. Его можно породить при помощи двух процедур 

равны (NIL, NIL) 

равны {и.х,и.у) если равны (х,у) 

Здесь пошаговый процесс, участвующий в решении целевого 
утверждения вида 

?равны (A.B.C.NIL,A.B.C.NIL) 

явно выделен посредством использования итеративной про¬ 
цедуры. Однако того же самого результата можно достигнуть, 
используя вместо этого всего лишь одну процедуру 
равны(х, х) 

Теперь для того, чтобы выполнить все необходимые сравнения 
элементов, программист полагается на имеющийся в интерпре¬ 
таторе механизм согласования параметров. Помимо того что 
этот метод более простой, он оказывается, конечно же, и более 
эффективным, поскольку исполнение программы включает в 
себя только один вызов процедуры. Более того, эту единствен¬ 
ную процедуру можно использовать для сравнения любой пары 
термов независимо от того, представляют ли они списки, мат¬ 
рицы, деревья или какие-то более сложные структуры данных. 
Очень немногие из других языков программирования предостав¬ 
ляют пользователю подобное универсальное встроенное средство 
для сравнения структур данных. 

В общем случае в результате согласования параметров полу¬ 
чаются различные взаимосвязанные присваивания термов пере¬ 
менным. Эту возможность можно использовать для манипуля¬ 
ции компонентами составной структуры данных на одном шаге. 
Так, например, процедуру 

поддеревья(^(лс ,у),х,у) 

можно вызвать для того, чтобы извлечь левое и правое подде¬ 
ревья х и у из заданного бинарного дерева і(х,у). Это делается 
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с помощью целевого утверждения вида 

? поддеревьям^ А , В) , t(C,D)),x,y) 

в результате этого получается ответ х:= t(A,B) и y:—t(C, D). 
С другой стороны, целевое утверждение, подобное 

? поддеревья(2,ф4,В),/(С,/))) 

строит посредством той же самой процедуры бинарное дерево 
г\ =t(t(A,B), t{C,D)). Все эти конкретные операции по обра¬ 
ботке данных, возникающие в ходе вычислений, выполняются 
интерпретатором «за кулисами», и поэтому программисту нет 
надобности описывать их самому. 

Разработать программу, в которой значительная часть опе¬ 
раций, связанных с обработкой данных, возлагалась бы на един¬ 
ственный шаг согласования параметров, оказывается не всегда 
возможно, но даже при удачном исходе это может быть не таким 
уж простым делом, а иногда и вовсе нежелательным. Предпо¬ 
ложим, что перед нами поставлена задача — присоединить эле¬ 
мент и в конец некоторого списка х и получить новый список у 
(т. е. выполнить частный случай операции вставки элемента 
в список). Довольно легко составить соответствующую итера¬ 
тивную программу, скажем такую: 

? присоед (D, А.В.С. NIL, у) 
присоед(ц, NIL , и . NIL) 
присоед (и,ѵ.х,ѵ.у) если присоед(ы,л:,у) 

Эта программа вычислит ответ у := A.B.C.D.NIL. Не так легко, 
однако, найти другую возможную формулировку 

? присоед *(D,A.B.C.w,w,y) 
присое д*(г, ѵ , г. NIL , ѵ) 

которая также вычисляет ответ у := A.B.C.D.NIL, но делает 
это всего за один шаг. Программа присоед* основывается на 
неестественной до некоторой степени конструкции — представ¬ 
лении входного списка (А, В, С) как результата вычеркивания 
какого-то неопределенного «хвостового» фрагмента w из конца 
списка A.B.C.w, и окончательное присваивание переменной у 
возникает из довольно замысловатой операции согласования па¬ 
раметров. Эта программа, возможно, более эффективна, чем 
предыдущая, но в то же время ее гораздо труднее понять. Для 
других задач, таких как изменение порядка элементов произ¬ 
вольного списка на обратный, по-видимому, нет никаких мето¬ 
дов решения, в которых требовалось бы только одно обращение 
к процедуре. 
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III. 7. Переключатели 

Многие алгоритмы можно удобно описывать программами, 
в которых учитывается и корректируется состояние определяе¬ 
мых программистом переключателей, передающих управление 
тем или иным процедурам. Использование подобных механиз¬ 
мов в логических программах не всегда желательно, поскольку 
программы в этом случае могут потерять гибкость — они пи¬ 
шутся, возможно, в расчете только на одну управляющую после¬ 
довательность и поэтому имеют более ограниченную область 
приложений, чем логически эквивалентные им программы, напи¬ 
санные при меньшем числе допущений относительно их поведе¬ 
ния в период исполнения. Тем не менее если программист об 
этом не заботится, то он может оказать предпочтение точным 
устройствам задания управления, таким как переключатели, 
исходя из тех соображений, что они сделают его алгоритмиче¬ 
ские намерения более заметными. 

В качестве примера рассмотрим еще раз задачу, в которой 
требуется определить, имеет ли список вида (1,3,4,8,6,5,2,0) 
пик, т. е. получается ли он в результате добавления убываю¬ 
щей последовательности х 2 к возрастающей последовательности 
х\, где х х и х 2 могут, в частности, быть пустыми или единичными 
списками. Разумным является алгоритм, который на первом 
этапе просматривает возрастающую часть х\ до тех пор, пока не 
будет обнаружена первая убывающая пара элементов (если, 
конечно, она имеется), а затем переходит ко второму этапу, на 
котором он подтверждает, что оставшаяся часть списка пред¬ 
ставляет собой убывающую последовательность. Программа 12 
из разд. III. 4.2 дает именно такое поведение, используя при 
этом предикат пик (х), выражающий требуемое свойство списка 
х. Ниже приводится другая программа, логика которой основы¬ 
вается на идее переключателя, имеющего два возможных со¬ 
стояния— ВВЕРХ и ВНИЗ. Этот переключатель передает управ¬ 
ление процедурам, соответствующим текущему этапу нашего 
алгоритма. 

Программа 19 

? пик*(/ .3.4.8.6.5.2.0. NIL, г) 
пик *(NIL,z) 
пик *(u.NIL,z) 

пик*(ы.».ііу,ВВЕРХ) если и < о,пик*(о.ау,ВВЕРХ) 
пик*(«. ѵ . w , г(и ес пи > ѵ, пик*(о. w , ВНИЗ) 

Здесь предикат вида пик *(у, ВВЕРХ) означает, что список у со¬ 
стоит из имеющего пик списка у 2 , добавленного в конец возра¬ 
стающей последовательности у и а предикат пик*, (у, ВНИЗ) 
означает, что у — убывающая последовательность. 
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В ходе исполнения этой программы каждый вызов процеду¬ 
ры пик*, начиная со второго, содержит константу в качестве 
второго аргумента, которая играет роль состояния переключа¬ 
теля, определяющего, какую из процедур пик* следует приме¬ 
нять на текущем этапе алгоритма. Действие переключателя ста¬ 
нет очевидным из следующего вычисления, в котором вызовы 
процедур > и <, а также точки и константы NIL ради крат¬ 
кости опущены. 


? пик *(13486520,г) 

? пик*( 3486520, ВВЕРХ) 
? пик*( 486520, ВВЕРХ) 
? пик*( 86520, ВВЕРХ) 
? пик*( 6520, ВНИЗ) 

? пик*( 520, ВНИЗ) 

? пик*( 20, ВНИЗ) 

? пик*( О,ВНИЗ) 


первый этап с состоянием 
переключателя ВВЕРХ 

второй этап с состоянием 
переключателя ВНИЗ 


? задача решена, ответ "да" 


На первом этапе с переключателем в состоянии ВВЕРХ исполь¬ 
зуется только первая итеративная процедура пик* для осущест¬ 
вления процесса просмотра входного списка. Эта процедура эф¬ 
фективным образом «выключается» (больше не вызывается), 
как только в результате обнаружения первой убывающей пары 
8,6 переключатель переходит в состояние ВНИЗ. Затем «вклю¬ 
чается» вторая итеративная процедура пик*, которая исполь¬ 
зуется для завершения процесса просмотра. 

Заметим, что в этой новой формулировке мы обходимся без 
необходимой в программе 12 процедуры вниз и, следовательно, 
получаем более короткую программу. Обычно число различных 
имен процедур в программе можно сократить с помощью более 
сложных предикатов, которые содержат переменные, играющие 
роль переключателей. Теоретически каждый алгоритм можно 
описать логической программой, в которой используется лишь 
одно имя процедуры (один предикатный символ) при условии, 
конечно, что имеется достаточно богатый запас компенсирую¬ 
щих символов констант для обозначения состояний переключа¬ 
телей. Кроме того, употребление переключателей подобно тому, 
как показано выше, — это, вероятно, наиболее точный способ 
имитации в логических программах использования операторов 
GO ТО, предусмотренных, на радость или горе, в традиционных 
языках программирования. 


III. 8. Исторический очерк 

Идея представления алгоритмов с помощью раздельного 
определения их логических и управляющих компонет играет 
центральную роль в философии логического программирования 
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и объясняется в статье Ковальского (1979b), озаглавленной 
алгоритм = логика + управление 

Эта схема иллюстрируется в упомянутой статье различными 
комбинациями логики и управления для ряда известных алго¬ 
ритмов. В статье подчеркивается также, что отделение логики 
от управления упрощает задачу анализа логических возмож¬ 
ностей алгоритма и его эффективности в период исполнения. 

Обычно принято считать, что программа является описанием 
алгоритма, т. е. мы можем написать 

программа = описание алгоритма 

= описание (логики + управления) 

В случае логического программирования эту схему можно про¬ 
должить еще на один шаг следующим образом: 

программа = описание логики 

+ 

описание управления 

В большинстве других формальных систем программирования 
разложить таким образом составление программ не удается, а 
возможно лишь описывать (логику + управление) как единый 
составной объект. Так, например, в них, как правило, допу¬ 
скается, чтобы ход исполнения программы регулировался со¬ 
стояниями, в которых находятся переменные, однако этим в 
свою очередь определяется, какие присваивания будут иметь 
место и в каком порядке. Логические связи между переменными 
нельзя в этом случае анализировать и объяснять, не ссылаясь 
на состояние исполнения программы, что является обстоятель¬ 
ством, пагубно влияющим на различные стороны современной 
практики программирования. Интерес, проявлявшийся к «струк¬ 
турному программированию» в 70-х годах, касался этой проб¬ 
лемы, однако фундаментальных причин при этом не затраги¬ 
валось. Более подробное обсуждение данного вопроса можно 
найти в гл. VIII. 

При наличии логического интерпретатора программист фак¬ 
тически имеет заранее выполненное описание управления, и по¬ 
этому его задача главным образом касается составления остав¬ 
шегося описания логики. Описание управления не зависит от 
решаемой задачи, тогда как описание логики определяется 
именно ею. Одно из наиболее важных достижений исследований 
в области логического программирования как раз и состоит в 
установлении того факта, что несмотря на простоту и универ¬ 
сальность стратегии управления, принятой в стандартных ин- 
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терпретаторах, можно тем не менее получить богатый спектр 
практических алгоритмов. Раньше некоторые критики логики 
как языка программирования утверждали, что отсутствие точ¬ 
ных управляющих директив во входной программе лишило бы 
программиста средств эффективного управления ее исполнением 
и что этот дефицит можно было бы компенсировать только за 
счет введения в интерпретаторы высокоинтеллектуальных стра¬ 
тегий решения задач. Такая критика больше не уместна. При 
условии, что программист правильно понимает поведение 
имеющегося у него интерпретатора, посредством выбора соот¬ 
ветствующей логики входной программы он может, вообще го¬ 
воря, управлять исполнением своей программы настолько эф¬ 
фективно, насколько пожелает. Разумеется, современные ин¬ 
терпретаторы в качестве приложения к встроенной стратегии 
действительно предоставляют еще ряд полезных управляющих 
директив, но это — дополнительные средства, которые програм¬ 
мист не обязан использовать. 

Успешная защита логического программирования оказалась 
возможной в результате предпринятого многими исследовате¬ 
лями изучения конкретных вычислительных задач. Благодаря 
их работе постепенно открываются стили логического програм¬ 
мирования, наиболее подходящие для алгоритмов, выполняю¬ 
щих тестирование, поиск, итерацию, рекурсию, работающих в 
режимах сопрограмм и распараллеливания, обеспечивающих 
экономию пространства, а также реализующих многие другие 
важные механизмы. Самой первой и обширной коллекцией по¬ 
добных результатов является отчет Ковальского (1974а) «Ло¬ 
гика для решения задач». Среди многих примеров, приведенных 
в этой работе, имеются оригинальные формулировки задач син¬ 
таксического анализа, сортировки и составления планов, кото¬ 
рые иллюстрируют взаимодействие логики и управления в алго¬ 
ритмах сверху вниз и снизу вверх, детерминированных и не¬ 
детерминированных. 

Сравнение итеративного и рекурсивного стилей программи¬ 
рования можно найти в статьях Кларка (1977), а также Кларка 
и Ковальского (1977). Открытие Ковальским стиля «квази-снизу 
вверх» оказалось особенно полезным; так, например, заметив, 
что в «очевидном» определении чисел Фибоначчи при исполне¬ 
нии методом сверху вниз неэффективно повторяются одни и те 
же операции, он предложил другое возможное определение, мо¬ 
делирующее метод снизу вверх и дающее высокоэффективное 
поведение. Подобный стиль независимо был обнаружен Хогге- 
ром (1976); с его помощью удалось преодолеть неэффектив¬ 
ность, возникающую из-за недетерминизма в рекурсивном опре¬ 
делении сверху вниз стандартного алгоритма симплекс-метода 
в линейном программировании; решение задачи нахождения 


5 Зак. 983 
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собственного вектора и собственного значения из разд. III. 3.3 
основывается на том же самом подходе. 

Об обращении в детерминированную форму недетерминиро¬ 
ванной «квадратичной» программы для задачи о подстроке 
(программа 13 из разд. III. 4.3) впервые сообщалось Хоггером 
(1978b), который показал затем (1979b), что это преобразование 
является важным первым шагом на пути логического вывода 
более сложно получаемых линейных и сублинейных алгоритмов, 
разработанных соответственно Кнутом, Моррисом и Праттом 
(1976) и Бойером и Муром (1977). 

Кларк первым предложил использовать позиции аргументов 
в предикатах для помещения явных ответов ДА/НЕТ ; ему мы 
обязаны процедурами, которые приводятся в разд. III. 5 в 
третьей формулировке задачи, связанной с отрицанием. Кларк 
(1978) предпринял также метатеоретический анализ, необходи¬ 
мый для обоснования использования квазиотрицания (~). Се¬ 
мантика и реализация квазиотрицания ~ в ІС-Прологе опи¬ 
сана Кларком и Маккейбом (1980), а общая проблема отри¬ 
цания и ее взаимодействие с другими свойствами управления 
в классическом Прологе рассматривается в статье Дала (1980). 

Несколько хитроумных способов использования согласования 
параметров было предложено Тернлундом на семинаре по ло¬ 
гическому программированию, состоявшемуся в Имперском 
колледже в 1976 г. Некоторые из них основаны на искусном 
употреблении «списка различий» в представлении структур дан¬ 
ных, применявшегося в программе присоед* из разд. III. 6; дру¬ 
гие примеры, демонстрирующие полезность этой конструкции, 
имеются в статье Кларка и Тернлунда (1977). 

В данной главе оказалось возможным рассмотреть лишь не¬ 
большую выборку стилей логического программирования. Го¬ 
раздо больше примеров можно найти в отчете Тернлунда 
(1975b) «Логическая обработка информации»; книге Коваль¬ 
ского (1979а) «Логика для решения задач», статье Ковальского 
«Алгоритм = логика + управление», из которой взяты приводи¬ 
мые здесь программы 7 и 8 нахождения путей в графе, а также 
в докторских диссертациях Хоггера (1979а) и Кларка (1979). 
Программисты, достаточно много работавшие с реализациями 
Пролога, уже обнаружили, должно быть, целый ряд других 
приемов, не описанных в литературе. 
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В определениях языков программирования структуры дан¬ 
ных и процедуры рассматриваются часто как различные виды 
вычислительных ресурсов. Это предполагаемое различие ясно 
выражено в известной формуле 

программа = алгоритм + структура данных 

т. е. 

= метод обработки + обрабатываемый объект 

Приведенная формула, кроме того, лежит в основе некоторых 
методов программирования, ориентирующих в целях достижения 
гибкости на раздельное определение процедур и связанных с 
ними конкретных структур данных. Она с особенной очевид¬ 
ностью проявляется в обычных представлениях традиционных 
языков программирования, подобных Фортрану и Бейсику, и 
вряд ли полезна для обучения основным вычислительным поня¬ 
тиям начинающих программистов. 

Если в указанной схеме мы заменим «алгоритм» на «ло¬ 
гику + управление» и выполним несложное преобразование, то 
мы получим, что 

программа = логика + структура данных + управление 

Теперь в контексте логического программирования сами логиче¬ 
ские процедуры могут быть использованы как структуры дан¬ 
ных и, стало быть, всякое предполагаемое различие между 
этими объектами пропадает. Термы, разумеется, также служат 
в качестве структур данных. Таким образом, какие бы виды 
структур данных ни использовались, их все следует отнести к 
логической компоненте программы. Более того, в логических 
программах практически не делается никакого описания управ¬ 
ления, поскольку оно находится в компетенции интерпретатора. 
С учетом всех этих соображений наша схема применительно к 
логическому программированию сокращается, следовательно, до 
такой: 

программа = логика 

что вполне согласуется с нашим употреблением термина «про¬ 
грамма» для обозначения множества логических утверждений. 
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Поскольку основные составные части (термы и процедуры) 
структур данных уже были рассмотрены, в этой главе не по¬ 
требуется вводить какие-либо новые объекты. Вместо этого мы 
сконцентрируем свое внимание на различных способах исполь¬ 
зования термов и процедур с целью получения конкретных видов 
обработки данных. 


IV. 1. Представление и выборка данных 

Наиболее простыми элементами данных в логическом про¬ 
граммировании являются константы, такие как 10 или NIL, ко¬ 
торые не имеют внутренней структуры. Мы употребляем их для 
всевозможных целей: в качестве чисел, элементов строк, пере¬ 
ключателей, а иногда и в качестве имен для других элементов 
данных. Чаще, однако, мы имеем в программах дело со струк¬ 
турированными элементами данных, которые представляют со¬ 
бой некоторым образом организованные наборы простейших 
элементов. Двумя основными способами представления струк¬ 
турированных данных являются представление посредством 
термов и представление посредством фактов, хотя помимо наз¬ 
ванных существуют также и другие способы представления. 
Каждый из них обладает различными достоинствами и недо¬ 
статками по отношению к стилю программирования и простоте 
реализации. 

1V.1.1. Термы и факты 

В представлении посредством термов структурированные 
данные образуются при помощи функциональных символов, по¬ 
зволяющих собирать составляющие их части в группы. Так, на¬ 
пример, список ( 10,20,30) можно было бы представить термом 
10.20.30. NIL, в котором каждый функтор точка группирует эле¬ 
мент, расположенный слева от него, со стоящим справа хвосто¬ 
вым фрагментом списка. И константы, и структурированные 
термы можно рассматривать как по существу пассивные объ¬ 
екты, предназначенные для обработки процедурами. 

Структурированные термы этого вида покажутся, быть мо¬ 
жет, довольно чуждыми программистам, знакомым только с та¬ 
кими языками, как Фортран, Бейсик и Алгол, в которых пред¬ 
ставление структур данных почти полностью основывается на 
использовании массивов. Различного рода записи структуриро¬ 
ванных деревьев, определяемые в языках Кобол, PL/1 и Па¬ 
скаль, более похожи на логические термы, но наибольшее сход¬ 
ство проявляется, по всей видимости, в Лиспе; фактически 
применение структурированных термов можно свободно рассма- 
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тривать как «лиспоподобный» метод логического программи¬ 
рования. 

Главная выгода от использования термов с целью представ¬ 
ления данных заключается в той степени компактности и эле¬ 
гантности, которую они могут придавать процедурам, приме¬ 
няемым для их обработки. Классическим примером является 
склеивание двух списков, в результате чего получается новый 
третий список. Если для решения этой задачи используется 
алголоподобный язык, зависящий от представления данных в 
виде массивов, то каждый отдельный элемент из двух заданных 
списков должен быть выбран и откопирован на соответствую¬ 
щей позиции в третьем списке, для чего потребуются обычные 
атрибуты итеративного порождения индексов, такие, например, 
как проверка длин списков, определение границ циклов, пре¬ 
дотвращение переполнения массива и т. д. В то же время на 
языке логики мы можем написать просто 
склеить(УѴ/Г,у,г/) 

склеить(н. *,*/,«. г) если склеить(д:,г/, 2 ) 

и этого будет вполне достаточно для того, чтобы решить вызов 
вида склеить [А.В. NIL, С. D.NIL, z) и получить ответ z: = 
:= A.B.C.D.NIL. 

С другой стороны, потенциальным недостатком структуриро¬ 
ванных термов является то, что их использование может при¬ 
вести к значительной неэффективности исполнения программ, 
вызываемой главным образом вычислительными усилиями, ко¬ 
торые требуются для выборки компонент термов, и отчасти 
нагрузкой, возлагаемой на процесс унификации. Проблему орга¬ 
низации эффективного доступа к компонентам можно в значи¬ 
тельной степени преодолеть, прибегая к представлению посред¬ 
ством фактов. Так, например, список ( 10,20,30 ) можно было бы 
представить следующим образом: 

Представление списка 1 

э (10,1,L) 
э(20,2 ,L) 
э {30,3,L) 
длина {L,3) 

Константа L использована здесь для задания имени структуры 
данных, и последний факт утверждает, что длина списка L 
равна 3. 

Этот стиль приводит иногда к появлению своих собственных 
проблем, поскольку для составления необходимых процедур вы¬ 
борки данных программист может быть вынужден писать про¬ 
граммы на более «низком» (более машинно-ориентированном) 
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уровне: он может быть вовлечен в рассмотрение границ, индек¬ 
сов, указателей, вопросов, связанных с управлением циклами, 
экономией памяти и т. п. Короче говоря, если программист же¬ 
лает обеспечить более хороший доступ к данным, он должен 
ради этого потрудиться. Было бы, однако, ошибочно принять 
точку зрения, согласно которой термы и факты обладают про¬ 
тивоположными качествами по отношению к стилю и эффектив¬ 
ности; многое зависит от той конкретной задачи, для которой 
пишется программа. 

ІѴ.1.2. Прямой и косвенный доступ 

Предположим, что список L уже каким-то образом представ¬ 
лен, и мы хотим получить ответ на запрос 
? э (u,2,L) 

в котором спрашивается, что за элемент занимает в этом списке 
вторую позицию. Определение элемента и осуществляется пу¬ 
тем прямого доступа, если для этого требуется не более одного 
шага вычислений; в противном случае оно осуществляется путем 
косвенного доступа (или «вычисляемого» доступа). Обычно мы 
полагаем, что прямой доступ является более эффективным. 

Форма доступа зависит от способа представления данных. 
Если используется приведенное выше представление списка 1, 
то на поставленный запрос можно ответить с помощью прямого 
доступа, поскольку этот вызов э непосредственно решается пу¬ 
тем обращения ко второму факту э, или, другими словами, пу¬ 
тем выполнения одного шага вычислений. Это происходит вслед¬ 
ствие того, что в нашем представлении данных компоненты спи¬ 
ска определяются явно. 

Тот же самый список L можно было бы представить иначе 
с помощью следующего множества утверждений, в которых эти 
компоненты определяются неявно: 

Представление списка 2 

э {u,i,L) если длина(і,гс),/ ^ і,і $ п,и = і * 10 
длина (L,3) 

Решение нашего запроса не сводится теперь к непосредствен¬ 
ному просмотру ряда пассивных фактов; напротив, это новое 
представление ведет себя динамическим, процедурным образом, 
вынуждая с целью выборки второго элемента списка L строить 
вычисление, состоящее из нескольких шагов. Хотя этот косвен¬ 
ный доступ оказывается более медленным, при правильном 
сравнении относительной полезности двух приведенных пред¬ 
ставлений следовало бы также учитывать и другие факторы, 
такие как объем памяти, необходимой для хранения списка L; 
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в случае когда список L большой и имеет регулярную внутрен¬ 
нюю структуру, второй метод является, очевидно, более компакт¬ 
ным, чем первый. 

Когда употребляются структурированные термы, стиль про¬ 
граммирования становится ориентированным на использование 
процедур косвенной выборки данных, которые шаг за шагом 
собирают или разбирают термы для того, чтобы обработать со¬ 
ставляющие их компоненты. Мы проиллюстрируем это, приме¬ 
няя 

Представление списка 3 

список (L, 10.20.30. NIL) 

в котором просто утверждается, что L — это список (10,20,30). 

Для того чтобы решить запрос э(и,2,Ь), мы должны теперь 
предусмотреть некоторые процедуры, обеспечивающие доступ 
к элементам списка, такие как 

э(и,1,х) если список(л;,ы.х') 

э(и,і,х) если список(х, ѵ.х'),э(и,і — 1 ,х') 

В общем случае в результате вызова этих процедур терм, пред¬ 
ставляющий список L, будет постепенно разбираться до тех 
пор, пока не будет найдена требуемая компонента. 

Множества процедур, представляющие структурированные 
данные, обладают интересным и иногда полезным свойством: 
из них можно образовывать другие возможные представления. 
Так, например, из представления списка 2 логически следует 
представление списка 1, и первое из них можно было бы снаб¬ 
дить такими инструкциями, используя соответствующие управ¬ 
ляющие директивы, которые позволили бы получить на выходе 
второе представление. В этом контексте представление списка 2 
вело бы себя подобно обычному множеству процедур, порож¬ 
дающему выходные данные. Такая способность логических 
утверждений одновременно выполнять функции как обычных 
процедур, так и представлений структур данных показывает, что 
всякое предполагаемое различие между процедурами и дан¬ 
ными носит в сущности прагматический характер, и касается 
оно лишь использования этих ресурсов, а не присущих им 
атрибутов. 

IV. 2. Представления посредством 
структурированных термов 

ІѴ.2.1. Некоторые общие типы данных 

Все структурированные термы можно рассматривать как де¬ 
ревья. Например, терм вида f(ti, U, ..., t n ) можно рассматри¬ 
вать как дерево, изображенное на рис. IV. Іа. По этой причине 
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представления посредством термов оказываются часто в высшей 
степени пригодными для тех структур данных, которые по своей 
природе относятся к древесному типу данных. Так, дерево, изо¬ 
браженное на рис. IV. lb, каждая вершина которого снабжена 
некоторой меткой, прямо представляется термом t(t(D, В, Е),А, 
t(F,G, б)), где каждый подтерм вида t(u,x,v) представляет де¬ 
рево с корневой вершиной, помеченной буквой х, и двумя рас¬ 
положенными непосредственно ниже нее поддеревьями и и ѵ. 
Таким же образом дерево, изображенное на рис. IV. 1с, прямо 
представляется термом f(f (TIP, TIP), TIP). 





Рис. IV. 1 . Древесная структура термов. 

В тех случаях, когда мы используем терм, подобный 
10.20.30. NIL, для представления списка (10, 20, 30), этот терм 
в стандартной префиксной записи приобретает вид .(10,.(20,.(30, 
NIL))) и, стало быть, имеет древесную структуру, изображен¬ 
ную на рис. IV. Id. Заметим, в частности, что чем больше номер 
позиции элемента в списке, тем глубже в дереве расположена 
соответствующая этому элементу вершина. Значение этого фак¬ 
та состоит в том, что алгоритмы, в которых требуется доступ к 
компонентам представления в виде терма, почти всегда должны 
разбирать этот терм сверху вниз, и поэтому чем глубже нахо¬ 
дятся нужные компоненты, тем больше усилий необходимо при¬ 
ложить для обеспечения доступа к ним. Таким образом, если 
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нам нужна программа обработки списка, стратегия которой 
включает в себя много случайных выборок его элементов, то 
представление списка в виде терма является, по-видимому, не¬ 
удачным. 

В принципе термы можно использовать также для представ¬ 
ления многомерных массивов. Например, с помощью терма вида 
10.20.30. NIL\ 40.50.60. NIL-, 15.20.25 .NIL-, NIL 
можно было бы представить матрицу 


10 

20 

30 

40 

50 

60 

15 

20 

25 


рассматривая каждую ее строку как список элементов и ис¬ 
пользуя инфиксный функтор; для связывания строк в список, за¬ 
канчивающийся пустой строкой NIL. Такого рода представле¬ 
ние будет, по всей видимости, практически полезным только для 
тех алгоритмов обработки матриц, в которых элементы одной 
строки обрабатываются последовательно, а сами строки матри¬ 
цы также просматриваются одна за другой. 

ІѴ.2.2. Программы нахождения следующего элемента 

Для того чтобы проиллюстрировать далее воздействие пред¬ 
ставления структур данных на стиль программирования, мы вер¬ 
немся к рассмотрению задачи нахождения следующего элемента 
в списке. А именно задача состоит в том, чтобы определить, ка¬ 
кой элемент t следует непосредственно за элементом С в списке 
L=(A,B,C,D,E). Ее можно сформулировать в виде целевого 
утверждения 

? елед(С ,t,A.B.C.D.E.NIL) 

Наиболее прямым способом выражения понятия «быть следую¬ 
щим элементом» является, вероятно, такой: 

след {и,ѵ,у) если э(и,і,у),э{ѵ,і -f 1 ,у) 

В этом утверждении говорится о том, что элементы и и ѵ будут 
соседними в списке у, если номера их позиций различаются на 
единицу. Если приведенное выше утверждение предполагается 
использовать в качестве процедуры в программе нахождения 
следующего элемента, то необходимо будет написать еще не¬ 
сколько процедур, обрабатывающих два вызова э. Заметим, что 
при активации первого из них будет искаться номер позиции і 
элемента С в списке L, тогда как при активации второго будет 
искаться элемент у из L, занимающий позицию с (теперь уже 
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известным) номером і + /; таким образом, два этих вызова э 
имеют различные характеристики относительно входных и вы¬ 
ходных данных. Довольно легко найти простое множество про¬ 
цедур, которое с точки зрения эффективности является доста¬ 
точно нейтральным по отношению к этим двум видам входа и 
выхода. В нем используется предикат занимает (u,i,j,z), кото¬ 
рый означает, что элемент и занимает позицию с номером 
і — j+1 в хвостовом фрагменте (z/, ..., z„) списка г. Ниже 
приводится получающаяся в результате программа. 

Программа 20 

? след (C,t,A.B.C.D.E.NIL) 
след (и,ѵ,у) если э(и,і,у),э(ѵ,і + 1 ,у) 
э(и,і,у) если занимает (и,і,1 ,у) 
зані: занимаемы, і,і, и.х) 

зан2: занимает(м,г,/,до.л:) если занимаемы, і ,/ + 1 ,х) 

Процедуры зані и зан2 порождают типичную итерацию, в кото¬ 
рой индекс / управляет просмотром списка L вплоть до той 
точки, где будет найден требуемый элемент. Несмотря на то что 
эти процедуры выполняют процесс поиска очень эффективно, 
исполнение программы в целом оказывается, к сожалению, не¬ 
эффективным. Причина этого состоит в следующем. Для того 
чтобы вычислить номер позиции элемента С в L, первый вызов 
процедуры э должен с помощью процедуры зан2 разложить 
список L на последовательные хвостовые фрагменты A.B.C.D.E. 
NIL, B.C.D.E.NIL и C.D.E.NIL ; само по себе это разложение 
приемлемо, поскольку оно равнозначно линейному поиску эле¬ 
мента С в L. Однако второй вызов процедуры э, который ищет 
четвертый элемент списка L, должен еще раз образовать те же 
самые фрагменты. Таким образом, мы расплачиваемся за опре¬ 
деление понятия «быть следующим элементом» в виде двух не¬ 
зависимо обрабатываемых вызовов э, каждый из которых несет 
бремя выполнения косвенного доступа к представлению списка 
L посредством структурированного терма. 

Один из способов получения более приемлемого поведения 
в период исполнения, не принося при этом в жертву используе¬ 
мую в программе 20 процедуру след, состоит в том, чтобы об¬ 
ходиться без всех оставшихся процедур, а просто полагаться на 
специальные процедуры э, встроенные в интерпретатор. В ре¬ 
зультате этого терм A.B.C.D.E.NIL был бы представлен с по¬ 
мощью внутреннего массива, и решение вызова э(о, 4, A.B.C.D.E. 
NIL) в программе было бы найдено тогда за один шаг посред¬ 
ством осуществления прямого доступа к четвертой ячейке упо¬ 
мянутого массива. Встроенные процедуры прямого доступа для 
обработки списков оказываются очень полезными средствами, 
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поскольку обработка списков постоянно требуется для вычисли¬ 
тельного решения задач на ЭВМ. В логике, однако, допускается 
так много других видов термов, что практически невозможно 
встроить в интерпретатор процедуры прямого доступа для каж¬ 
дого из них, и, стало быть, общая проблема организации досту¬ 
па к термам все же остается. 

Еще один способ повышения эффективности заключается в 
изменении определения отношения «быть следующим элемен¬ 
том». Можно использовать, например, определение, уже встре¬ 
чавшееся в предыдущих главах: 

след(и, ѵ , и. ѵ .х) 

слец.(и,ѵ,ш.у) если след {и,ѵ,у) 

Эти процедуры эффективным образом объединяют отдельные 
вызовы э из программы 20, вследствие чего разложение вход¬ 
ного списка выполняется не два раза, а один. Они являются 
чрезвычайно эффективными, однако интуитивно не так очевид¬ 
ны, как процедура след из программы 20. 

ІѴ.2.3. Программы для задачи о палиндроме 

Палиндром — это список, который читается вперед точно 
так же, как и назад, т. е. список, совпадающий со своим обрат¬ 
ным. Задача, состоящая в том, чтобы определить, является ли 
данный список палиндромом, предоставляет целый ряд возмож¬ 
ных вариантов алгоритма и стиля программирования. Допустим, 
что у нас имеется список (А,В,С,В,А). Один из способов фор¬ 
мализации этой задачи — без всяких премудростей интерпрети¬ 
ровать только что приведенную ее спецификацию: 

? палин {А.В.С.В. А. NIL) 
палин (х) если обратить(х , х) 

и какие-либо процедуры для предиката обратить 

Эффективность этого подхода в значительной степени опреде¬ 
ляется выбором процедур обращения списка. В разделе III. 2 
предыдущей главы мы рассматривали две возможности. Первая 
из них заключалась в использовании процедур 

обратить(УѴ/£ , NIL) 

обратить {и.х',у) если склеить(г/', и. NIL, у) 
обратит ь{х', у') 

Вызов указанных процедур при исполнении нашей программы 
имеет целью показать, что список и.х' = A.B.C.B.A.NIL является 
обратным по отношению к списку у = A.B.C.B.A.NIL. Это 
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будет сделано посредством (і) вычеркивания первого элемента 
и = А из и.х', в результате чего останется список х' = В.С.В.А. 
NIL, (іі) подтверждения того, что элемент и = А является по¬ 
следним в списке у, и затем вычеркивания его из у, в резуль¬ 
тате чего останется список у' = A.B.C.B.NIL, и, наконец, 
(ііі) посредством установления того, что список х'— обратный 
по отношению к списку у'. 

Решение второй из этих трех задач осуществляется при по¬ 
мощи вызова склеить и оказывается поэтому главным источни¬ 
ком неэффективности, поскольку не существует таких процедур 
склеить, которые решали бы данный вызов за один шаг — на¬ 
против, в любом случае они должны будут шаг за шагом ра¬ 
складывать список у и одновременно с этим шаг за шагом со¬ 
ставлять список у'. Еще хуже то, что при каждом вызове ите¬ 
ративной процедуры обратить будет выполняться разложение 
(при помощи процедуры склеить) тех фрагментов, которые со¬ 
вершенно точно так же раскладывались в результате предыду¬ 
щих вызовов; таким образом, исполнение нашей программы со¬ 
держит слишком много излишних действий. В результате всего 
этого время, требуемое для выполнения алгоритма, находится 
по крайней мере в квадратичной зависимости от длины входного 
списка. Основную причину такого плохого поведения можно 
обнаружить в невозможности получения прямого доступа к по¬ 
следнему элементу терма, построенного из точек и константы 
NIL. 

Другой возможный подход состоит в использовании следую¬ 
щих процедур обращения: 

обратить (х,у) если обратитъ* (NIL,x, у) 
обратить*(г/, NIL , у) 

обратить*^,н.х 2 ,г/) если обратить^м.х^Хг.г/) 


Как мы уже видели в гл. III, эти процедуры ведут себя намного 
эффективнее, хотя их логика более трудна для понимания. 
Время работы алгоритма, получающегося в результате исполь¬ 
зования указанных процедур, будет зависеть лишь линейно от 
длины входного списка. 

Еще более радикального улучшения можно добиться за счет 
изменения исходной спецификации задачи. А именно, мы будем 
теперь говорить, что список является палиндромом, если его пер¬ 
вая половина оказывается обращением второй. При таком под¬ 
ходе уже нет необходимости заниматься обращением всего спи¬ 
ска, что имело место в предыдущих методах. Приводимая ниже 
программа основана на этой идее, которая позволяет к тому же 
обходиться без явных процедур обращения. 
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Программа 21 

? палии (А.В.С.В. A.NIL) 
палин(х) если палин*(х ,NIL) 
палин*( 2 ,г) 
палин*(и. 2 ,г) 

палин*(и. 2 ',г) если палин*( 2 ',и.г) 

Здесь предикат палии* (z\, Z 2 ) означает, что палиндром полу¬ 
чается в результате присоединения списка z 1 к обращению 
списка 2г. Получаемое в результате исполнение оказывается 
очень хорошим (упражнение: исполните эту программу вруч¬ 
ную). Данный алгоритм примерно в два раза быстрее приведен¬ 
ного выше алгоритма, использующего процедуры обратить*. Та 
неэффективность, которая еще остается, возникает главным об¬ 
разом из-за затрат, связанных с унификацией различных струк¬ 
турированных термов. Эти затраты находятся вне пределов 
контроля со стороны программиста; они будут определяться 
заложенным в интерпретаторе конкретным способом обработки 
термов. Разумеется, усилия, требуемые для выполнения унифи¬ 
кации в ходе исполнения программы, могут быть в значительной 
степени уменьшены, если интерпретатор оказывается в состоя¬ 
нии проводить предварительный интеллектуальный анализ вход¬ 
ной программы и, таким образом, выбирать способы эффектив¬ 
ной реализации намерений программиста. Эта возможность, ко¬ 
торая относится к общим вопросам оптимизации в период 
компиляции, представляется в особенности привлекательной тем, 
что она позволяет писать программы, основанные на термах 
относительно высокого уровня, зная при этом, что конкретная 
реализация программы будет организована так, чтобы избежать 
значительных расходов, связанных с доступом к данным и уни¬ 
фикацией. Программа 21, например, могла бы быть реализо¬ 
вана с помощью лишь двух линейных массивов, соответствую¬ 
щих двум аргументам предиката палин*. Третья процедура 
палин* была бы тогда эффективно скомпилирована в множество 
машинных операций, которые быстро переносили бы элемент из 
первого массива во второй. 

Если имеющийся в распоряжении интерпретатор не способен 
выполнять какую-либо существенную оптимизацию, то для усо¬ 
вершенствования программы 21 необходимо избавиться от пред¬ 
ставления посредством структурированных термов. Вместо этого 
можно прибегнуть к представлению входного списка в виде 
фактов и составить процедуры, моделирующие алголоподобное 
поведение, т. е. включающие управление на низком уровне цик¬ 
лами и индексами. Иллюстрация подобного подхода дается в 
разд. IV. 3. 
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ІѴ.2.4. Контроль соответствия типов 

Когда большие структуры данных собираются при помощи 
какого-либо метода, подверженного ошибкам (например, при 
помощи ручного ввода), может оказаться выгодным осущест¬ 
влять некоторый контроль этих данных перед выполнением 
основных действий, связанных с их обработкой. Хотя контроль 
мог бы включать в себя много различных видов тестов данных, 
наиболее фундаментальным из них является контроль соответ¬ 
ствия типов, посредством которого данные проверяются на 
структурное соответствие имеющемуся в виду типу данных. 

Допустим в качестве примера, что мы хотим осуществить 
ввод дерева z, подобного тому, которое изображено на 
рис. IV. 1с, и затем каким-то образом его обработать. Если бы 
контроль соответствия типов помещался между стадией ввода 
и стадией обработки, то целевое утверждение можно было бы 
сформулировать следующим образом: 

? ввести(г), дерево(г) , обработать^, г') , вывести(г') 

Здесь подчеркнутый вызов дерево (z) предназначен для выпол¬ 
нения контроля соответствия входных данных для z типу «де¬ 
рево». Если результат этого контроля будет отрицательным, то 
исполнение программы будет тем самым избавлено от возмож¬ 
ного порождения более дорогостоящего и менее понятного не¬ 
удачного результата при решении вызова обработать (z, z'). Сам 
контроль можно было бы осуществлять с помощью процедур 

дерево(г) если z = TIP 

дерево(г) если z = t(z { , z 2 ) , дерево(г,), дерево(г 2 ) 

Контроль соответствия типов может быть связан с довольно 
большими расходами в период исполнения и поэтому имеет 
смысл обнаруживать ошибки как можно раньше. В приведенном 
выше примере вызов ввести (г) можно было бы реализовать как 
приглашение пользователю вводить данные с некоторого устрой¬ 
ства ввода. Если вводимая структура данных оказывается боль¬ 
шой и чувствительной к нескольким ошибкам, то было бы очень 
неэффективно сначала вводить ее всю и лишь затем произво¬ 
дить контроль соответствия типов; гораздо лучше продолжать 
ввод данных только до тех пор, пока не встретится первая 
ошибка. Исходя из этих соображений, мы получим значитель¬ 
ное преимущество, если стратегия управления, заложенная в 
интерпретаторе, будет включать в себя возможность работать в 
сопрограммном режиме. В ІС-Прологе, например, поддержива¬ 
ется сопрограммная стратегия «производитель-потребитель», ко¬ 
торой можно задать такие инструкции, чтобы заставить вызов 
ввести (z) поставлять очередную порцию данных только в том 
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случае, когда процесс обработки вызова дерево (z) готов потре¬ 
бить их для продолжения контроля соответствия типов. В дей¬ 
ствительности поведение могло бы быть следующим. Вызовом 
дерево (г) делается начальный запрос к вызову ввести (z), тре¬ 
бующий введения некоторых данных, в результате чего послед¬ 
ний вызов активируется и выдает приглашение пользователю 
начинать ввод; пользователь печатает, скажем, z:=t(x,y), и в 
этот момент управление снова возвращается к вызову контроля 
соответствия типов и производит некоторое количество необ¬ 
ходимых для решения этого вызова шагов, например: 

? дерево(г) 

? дерево(/(х,г/)) 

? t(x,y) = t{z x , z 2 ) ,дерево^),дерево(г 2 ) 

? дерево(х), дерево(у) 

Далее процесс контроля соответствия типов продолжаться не 
может до тех пор, пока не будут введены новые конкретные 
данные, поэтому управление вновь возвращается к процессу 
ввода и запрашивает пользователя, который вводит теперь, ска¬ 
жем, x :=t{TIP, TIP) и, стало быть, заполняет еще одну ком¬ 
поненту структуры данных. Она в свою очередь подвергается 
контролю соответствия типов, и, наконец, пользователь запол¬ 
няет последнюю компоненту, скажем у:=ТІР, которая затем 
также проверяется. Таким образом, вся структура данных 
z:=t{t(TIP,TIP),TIP) введена по этапам, разделяемым кон¬ 
тролем соответствия типов, так что ошибка на каком-либо этапе 
будет обнаружена до того, как произойдет переход к следую¬ 
щему этапу. Заметим, наконец, что логические программы спо¬ 
собны обрабатывать частично определенные данные в виде тер¬ 
мов, которые содержат переменые, не связанные никакими дру¬ 
гими термами. Выше мы видели, что частично определенная 
структура t(x,y) могла передаваться процедурам контроля со¬ 
ответствия типов и частично обрабатываться до того, как стали 
известными конкретные значения переменных х или у. Этот вид 
поведения не имеет прямых аналогов во многих традиционных 
языках программирования. 


IV. 3. Представления посредством фактов 

В представлениях посредством фактов используется то об¬ 
стоятельство, что сами логические процедуры могут служить в 
качестве описаний компонент структур данных. Их можно при¬ 
менять для описания всех типов данных, например списков, 
матриц и деревьев, которые иначе можно было бы представить 
в виде термов; общее свойство этих типов данных заключается 
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в том, что они имеют регулярную структуру. Программы, обра¬ 
батывающие представления таких видов данных посредством 
фактов, часто должны обращаться за помощью к процедурам 
доступа довольно низкого уровня, которые регулируют исполь¬ 
зование индексов, указателей и т. п. Кроме того, представле¬ 
ния посредством фактов оказываются также в высшей степени 
полезными для описания совершенно нерегулярных наборов дан¬ 
ных, таких как базы данных, чье описание с помощью термов 
было бы чрезмерно громоздким. 

ІѴ.3.1. Общие принципы 

Если мы описываем некоторое отношение, формулируя пра¬ 
вило порождения его элементов, то говорят, что это отношение 
определяется интенсионально. Так, например, процедура 

a(u,i,L) если 1 ^ і,і ^ 3,и= і * 10 

служит в качестве интенсионального определения отношения э; 
для того чтобы найти элементы э, требуется применять данное 
определение. В противоположность этому множество фактов 

э (10,1,L) 
э(20 ,2,Ѵ) 
a{30,3,L) 

составляет экстенсиональное определение отношения э, посколь¬ 
ку в нем явно указываются все его элементы и, стало быть, нет 
необходимости применять какое-либо правило для их нахожде¬ 
ния. Экстенсиональное определение и является как раз наибо¬ 
лее простым видом представления посредством фактов. 

Заметим, что в каждом из фактов в приведенном выше при¬ 
мере имеется ссылка на имя L, которое служит там в качестве 
имени представляемой структуры данных. Эти ссылки нужны 
лишь как средство, позволяющее различать структуры данных, 
когда мы имеем дело с несколькими из них одновременно. 

Часто встречается ситуация, когда для описания какой-то 
конкретной структуры данных требуется использовать несколько 
отношений, и поэтому на ее имя должны делаться ссылки во 
всех фактах для каждого из этих отношений. Так, в случае пред¬ 
ставления списка мы, как правило, сопровождали бы факты э 
еще одним фактом 

длина(£,3) 

в котором определяется длина списка L. Заметим, что програм¬ 
мисты, пишущие на традиционных языках, делают почти то же 
самое; они хранят список в массиве L и, кроме того, хранят его 
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длину в качестве значения некоторой переменной п, чтобы всегда 
иметь ее под рукой для выполнения таких операций, как 

for i — 1 to п do обработать L(i) 

При описании реальных баз данных может потребоваться 
довольно много различных отношений. В качестве простого при¬ 
мера рассмотрим базу данных, используемую для управления 
предварительным заказом мест в гостинице. Каждый номер 
в гостинице будет характеризоваться некоторым идентификато¬ 
ром, выбираемым, быть может, среди чисел 1,2,3, ... и т. д.; 
вместимостью, скажем, одноместный (О) или двухместный (Д); 
номером этажа, на котором он расположен; наличием душа, 
а также множеством периодов времени, на которые он уже за¬ 
бронирован. Состояние гостиницы в каждый момент времени 
описывается в некоторой степени нерегулярной структурой дан¬ 
ных. Ее представление в виде фактов могло бы выглядеть сле¬ 
дующим образом: 

этаж(/, ПЕРВЫЙ) вместимость(/, Д) душ (1, НЕТ) 
этаж (2,ПЕРВЫЙ) вместимость (2,0) душ (2,ДА) 
этаж {з,ВТОРОЙ) вместимость(З.Д) душ(3,ДЛ) 

этаж {4, ВТО РОЙ) вместимость (4,Д) душ(4, ДА) 

этаж(5, ТРЕТИЙ) вместимость(5, 0) душ(5,#£Т) 

забронирован^, НОЯБРЫ9, НОЯБРБ22) 
забронирован^?, ДЕК АБРЫ4, ДЕКАБРЬ 14) 
заброн ирован(2, ФЕВРАЛБ04, МАРТОЗ) 
забронирован (4,ДЕКАБРЫ4ДЕКАБРЫ5) 

К этой базе данных можно было бы обращаться с запросами 
вида 

? вместимость(г,Д), душ(г,ДЛ), 

наличие (г, ДЕКАБРЫЗ, ДЕКАБРЫ6) 

т. е. какой двухместный номер г имеет душ и свободен в период 
с 13 по 16 декабря? База данных поддерживалась бы различ¬ 
ными процедурами, способными искать информацию или вно¬ 
сить изменения в соответствии с ответами на запросы или ис¬ 
правлениями. Если бы мы имели дело с базой данных для агент¬ 
ства, принимающего предварительные заказы мест в гостиницах, 
то наши факты должны были бы, кроме того, содержать имена 
различных гостиниц, которые обслуживаются этим агентством. 

1V.3.2. Контроль соответствия типов 

Для того чтобы оценить структурную правильность представ¬ 
лений посредством фактов, иногда может потребоваться подвер¬ 
гать их контролю соответствия типов. Так, например, случайное 
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искажение фактов, представляющих наш список L, могло бы 
видоизменить их до следующего состояния: 

э (10,—1,L) длина (L,2) 

9(20,2, L) длина(/.,4) 

э (30,2, L) 

которое больше не соответствует предполагаемому списковому 
типу данных. Поэтому в программе, предназначенной для обра¬ 
ботки L, можно было бы сначала выполнить контроль соответ¬ 
ствия типов с помощью вызова список (L), используя при этом 
процедуры, которые проверяли бы, что длина п списка L неот¬ 
рицательна и единственна и что на каждой его позиции с целым 
номером і, заключенным в пределах от 1 до п, находится в точ¬ 
ности один элемент. Эти процедуры могли бы выглядеть сле¬ 
дующим образом: 

список(д:) если длина(х,я),п ^ 0, ~ еще-длина(х,/і), 
элементы(д:,/,п) 

элементы(х,і,п) если і > п 
элементы^, і,п) если і ^ п,э(и,і,х), 

~ еще-элемент(и ,і,х), элементы(.ѵ , і + 1, п) 
еще-длина(л:,«) если ц.лана.(х,п'),п Ф п' 
еще-элемент(«,і,л:) если э(и',і,х),и / и? 

В серьезных программах для организации баз данных также 
может потребоваться выполнять проверки правильности данных, 
особенно во время их обновления. Правила, регулирующие пра¬ 
вильность данных, называются ограничениями целостности-, 
обычный контроль соответствия типов является как раз про¬ 
стым примером более общего процесса, который проверяет, 
удовлетворяет ли какой-либо набор данных своим ограничениям 
целостности. В приведенном ранее примере с заказом мест в 
гостинице одним из возможных органичений могло бы быть сле¬ 
дующее утверждение, которое предохраняет от накладок при 
заказе номеров при условии, конечно, что данные всегда ему 
удовлетворяют. 

d 2 <d 3 если забронирован (г, d u d 2 ), забронирован (г, d 3 ,d A ),di^.d 3 
Такого рода утверждения можно помещать в системы логиче¬ 
ских баз данных и специальным образом их вызывать с целью 
обнаружения противоречивости или неполноты данных, или для 
того чтобы предотвратить возникновение подобных ситуаций. 

ІѴ.3.3. Индексирование 

В типичном логическом интерпретаторе процедуры входной 
программы будут храниться в памяти машины, для чего исполь¬ 
зуется какая-либо схема индексирования. Эта схема применя- 
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ется в период компиляции для эффективной классификации про¬ 
цедур в соответствии как с их именами, так и со структурным 
и лексическим содержанием их формальных параметров; она 
устанавливает затем указатели местонахождения в памяти каж¬ 
дого класса процедур, выделенного в ходе упомянутой класси¬ 
фикации. Информация об указателях классов собирается в лег¬ 
кодоступной форме в одной или нескольких таблицах индексов, 
которые также хранятся в памяти и к которым можно будет 
обращаться в период исполнения для получения быстрого до¬ 
ступа к хранимым процедурам. Более точно, при активации ка¬ 
кого-либо вызова интерпретатор сравнивает его имя и фактиче¬ 
ские параметры с входами в таблицу и таким образом находит 
указатель на ту область памяти, где содержатся потенциально 
отвечающие вызову процедуры; этот метод, очевидно, более 
эффективен, чем осуществление слепого поиска в беспорядочном 
наборе хранящихся в памяти процедур. Конкретный вид схемы, 
используемой для сопоставления заголовкам процедур ссылок 
на ячейки памяти, будет зависеть от интерпретатора, который 
может комбинировать классификацию по умолчанию со специ¬ 
альной информацией относительно индексирования, предостав¬ 
ляемой ему программистом. 

Особое значение индексирование имеет для эффективной ре¬ 
ализации представлений данных посредством фактов. Применяя 
обсуждавшиеся выше идеи к нашему представлению списка L 
в виде фактов, мы можем построить основную таблицу индексов 
для отношения э, содержащую указатель входа в область па¬ 
мяти, отведенную всем тем процедурам э, которые имеют L 
в качестве третьего параметра. Среди них можно выделить те 
процедуры, второй параметр которых является целым положи¬ 
тельным числом, и разместить их в соответствующей зоне внутри 
указанной области. Доступ к ним можно осуществлять при по¬ 
мощи вспомогательной таблицы индексов, предназначенной для 
классификации по второму параметру. 

Когда в ходе исполнения программы активируется вызов 
вида э(и, 2, L), интерпретатор сравнивает входы таблицы индек¬ 
сов с символами э, 2 и L (которые служат, стало быть, в каче¬ 
стве ключей для поиска) для того, чтобы найти ссылку, опре¬ 
деляющую местонахождение в памяти потенциально отвечаю¬ 
щих на этот вызов процедур. В нашем примере таким способом 
будет обнаружен единственный факт э (20,2, L). Несколько бо¬ 
лее сложную схему можно было бы применить, если бы интер¬ 
претатор мог действовать во время компиляции на основании 
информации, касающейся типа данных множества фактов э, 
ибо в этом случае вспомогательная таблица индексов могла бы 
просто связывать каждый факт э, имеющий вторым парамет¬ 
ром і, с і- м сегментом области памяти, в котором в свою оче- 
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редь не хранилось бы ничего, кроме первого параметра этого 
факта, т. е., другими словами, только значение і-го элемента 
списка L. Такая схема, очевидно, соперничала бы с традицион¬ 
ной скомпилированной программой, которая выбирает значение 
L( 2), используя индекс 2 в качестве величины сдвига от базо¬ 
вого адреса списка L в памяти машины. 

Наличие схем индексирования является существенным пред¬ 
варительным условием для принятия точки зрения, согласно ко¬ 
торой представления посредством фактов делают компоненты 
структур данных легкодоступными. Подобные схемы побуждают 
нас, к примеру, сформулировать задачу о следующем элементе 
из разд. IV. 2.2 в таком стиле: 

? след(С,/,£) 

след(«, ѵ , у) если э(и,і,у),э(ѵ,і 1 ,у) 
э (A,1,L) э(В,2,Ь) э{С,3 ,L) 
b(D,4,L) э(Е ,5,L) 

Хороший интерпретатор способен будет реализовать факты э 
как представление списка L в виде линейного массива (так, как 
это описано выше) и получать прямой доступ к его элементам, 
используя индексированный поиск. 

ІѴ.3.4. Массивы и индексы 

Списки, матрицы и другие структурированные подобно мас¬ 
сивам множества данных в особенности пригодны для представ¬ 
лений посредством фактов. В частности, индексированные хра¬ 
нение и выборка фактов обеспечивают эффективную реализацию 
алгоритмов, управляемых с помощью контроля индексов. Мы 
вновь обратимся здесь к задаче о палиндроме из разд. IV. 2.3 
для того, чтобы посмотреть, как логический программист может 
выразить управляемый при помощи индексов итеративный про¬ 
цесс просмотра элементов в линейном массиве. Входные данные 
включают в себя список L=(A,B,C,B,A), имеющий длину 
п = 5, и представлены они обычным образом в виде фактов э 
и длина. 

Мы будем пользоваться следующим алгоритмом. На каждом 
шаге итерации по двум индексам і и /, имеющим начальные 
значения 1 и п соответственно, выбираются два элемента Ь(і) 
и L(j), которые у палиндрома должны совпадать. Итеративный 
процесс, идя с обоих концов списка L, постепенно продвигается 
внутрь путем одновременного увеличения значения индекса і 
и уменьшения значения индекса /. Этот процесс заканчивается, 
когда і и j «пересекутся», т. е. когда будет справедливо нера¬ 
венство і > j. Приведенный алгоритм не слишком отличается 
от алгоритма, получаемого из основанной на представлении 



ІѴ.З. Представления посредством фактов 


149 


в виде термов программы 21, однако он реализуется более эф¬ 
фективно, поскольку элементы списка L можно выбирать и 
сравнивать более прямо. В традиционной нотации наш алгоритм 
можно представить следующей программой: 

«:= длина списка х; і:—1; /:=«; 

while i ^ j do 

begin if x(i) = x(j) then begin г := i -J- 1; 

/:=/-!; 

end 

else НЕУДАЧА- 

end; УСПЕХ 

Для того чтобы выразить все это на языке логики, мы вы¬ 
берем имя, скажем палии**, обозначающее итерацию while ... 
... do Точнее, предикат палин **(x, i, j) означает, что список 
(jc(i) , ..., x(j) ) является палиндромом, а х, і и j суть аргу¬ 
менты предиката палии**, поскольку эти переменные опреде¬ 
ляют каждый шаг итерации. Начальные значения 1 и п при¬ 
сваиваются переменным і и / в результате первого вызова про¬ 
цедуры палии** после того, как будет найдена длина п списка L. 
Ниже приводится полный текст программы. 

Программа 22 
? палин(Т) 

палин(х) если длина(х,ц),палин**(х, 1 ,п) 

палин**(.ѵ,г,/) если і > j 

палии **(x,i,j) если i ^ j ,э(и,і,х),э{и,]',х), 

палин**(х ,і + 1 , / — /) 

э (A,1,L) b(B,2,L) э (C,3,L) 
э {B,4,L) э {A,5,L) длина (L,5) 

Каждый обход вокруг цикла начинается с вызова первой про¬ 
цедуры палин**, предназначенной для проверки условия завер¬ 
шения; если этот вызов оказывается неудачным, то тогда ис¬ 
пользуется вторая процедура палин** для проверки следующей 
выбранной пары элементов. С логической точки зрения эта вто¬ 
рая процедура должна также включать проверку і ^/, которая 
несколько снижает эффективность исполнения программы. Ее, 
однако, можно устранить путем применения конструкции если — 
то — иначе (упоминавшейся в гл. Ill в связи с программой 18), 
заменяя обе процедуры палин** единственным условным ут¬ 
верждением 

палин**(.ѵ,г,/) если і ^ / то э (и,і,х), 

э(м,/,х),палин**(л:,г + /,/ — /) 

иначе выход 
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Стиль, в котором написана программа 22, можно, очевидно, рас¬ 
пространить и на рассмотрение итераций в многомерных мас¬ 
сивах. 


ІѴ.,4. Обработка данных в виде фактов 

Обычно мы требуем, чтобы представления структур данных 
были пригодными как для ввода, так и для вывода. Ни сами 
эти понятия, ни реализация указанного требования не вызывают 
никаких трудностей в связи с представлениями данных посред¬ 
ством структурированных термов, свойства которых по отноше¬ 
нию к вводу и выводу уже обсуждались в гл. II. Однако мани¬ 
пулирование данными, представленными в виде фактов, ока¬ 
зывается не столь простым и требует специальных методов 
программирования. 

ІѴ.4.1. Имена как выходные данные 

В целевом утверждении программы 22 спрашивается о свой¬ 
ствах объекта с заданным именем L. В силу недетерминирован¬ 
ности логических процедур по отношению к вводу и выводу их 
можно использовать также для нахождения и вывода имен тех 
объектов, которые удовлетворяют заданным свойствам. 

Допустим в качестве примера, что у нас имеется база дан¬ 
ных, содержащая много списков, представленных в виде фак¬ 
тов, и пусть требуется найти все списки х, у иг, такие что г 
является векторной суммой хи у. Согласно определению век¬ 
торной суммы z = х Ѳ у, каждый і - й элемент списка г является 
суммой і-х элементов списков хи у, при этом предполагается, 
что списки х, у и z имеют одинаковую длину. Приводимая ниже 
программа выполняет это задание непосредственно. 

Программа 23 
? сумма(х,г/,г) 

сумма(х, у ,г) если длина(дс,га),длина(г/,га), 

длина(г,га),сумма*(д:,і/, 2 , 1 ,га) 
сумма *(x,y,z,i,n) если і > га 
сумма *(x,y,z,i,n) если і $ п,э(и,і,х), 
э (v,i,y),a(w,i,z), 

сложить(и, ѵ , w) , сумма*(х ,y,z,i-\- 1 , га) 
а также факты длина и э, определяющие все 
списки в нашей базе данных 

При вызове процедуры сумма сначала будут выбраны некоторые 
списки х, у и г одинаковой длины, а затем будут вызваны про¬ 
цедуры сумма*, которые проверят, удовлетворяют ли эти списки 
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требуемому отношению z = х 0 у. В результате успешных вы¬ 
числений целевым переменным х, у и г будут присвоены раз¬ 
личные имена списков. Можно сказать, что программа выдает 
на выходе списки в ограниченном смысле, а именно она сооб¬ 
щает только их имена. В том же самом смысле конкретные 
имена, которые упоминаются в целевом утверждении, можно 
было бы рассматривать как списки, задаваемые в качестве вход¬ 
ных данных программы. 

ІѴ.4.2. Факты как выходные данные: 
метод, используемый в Прологе 

Совершенно иное понятие выходных данных возникает, ко¬ 
гда мы рассматриваем возможность такого исполнения програм¬ 
мы, в ходе которого будут порождаться новые факты, представ¬ 
ляющие данные. Те факты, что заданы в программе изначально, 
могут в этом случае считаться входными данными, тогда как 
факты, возникающие в результате ее исполнения, составляют 
выходные данные. Существует несколько способов порождения 
фактов в качестве выходных данных, и все они требуют специ¬ 
альной адаптации стандартного интерпретатора. 

Метод, применяемый в классическом (т. е. марсельском) 
Прологе, основывается на том, что программист может писать 
вызовы вида факт(^), где t — структурированный терм. Каж¬ 
дый такой терм имеет тот же самый синтаксис, что и факты, и 
поэтому указанный вызов можно читать как директиву «имеет 
место факт t », т. е. «добавить к тексту программы факт t». При 
активации этот вызов решается непосредственно с помощью 
встроенной процедуры, которая добавляет факт t к остальным 
утверждениям программы. Допустим к примеру, что t — это терм 
э(20,2,С). Тогда директива факт (t) интерпретирует функтор э 
терма t как имя процедуры э, а его аргументы 20, 2 и С — как 
формальные параметры процедуры э. Таким образом, результа¬ 
том решения вызова факт (э(20,2, С)) является добавление 
к программе нового факта э (20,2, С). 

Использование директивы факт можно проиллюстрировать 
на следующей задаче: по заданным представлениям списков А 
и В в виде фактов образовать представление посредством фак¬ 
тов списка С = АФВ. Эту задачу можно решить с помощью 
проводимой ниже программы 24, которая получается из про¬ 
граммы 23 просто за счет того, что два вызова из ее процедур 
помещаются в качестве аргументов директив факт ( ). 

Программа 24 
? сумма(Л,В,С) 

сумма(х,у,г) если длина(х,п),длина(г/,я), 

факт(длина(г, п)) , сумма*(х ,y,z,l,n) 
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су мма*(х, у ,z,i,ri) если і > п 

сумма *(x,y,z,i,n) если і ^ п,э(и,і,х),э(ѵ ,і,у), 

сл ожить(м, ѵ, w) , факт(э(т>, і, г)), 
сумма *(x,y,z,i + / ,п) 
а также факты длина и э, определяющие 
списки А и В 

Если входными списками являются, скажем, А = ( 3, 12, 23) и 
В =(7,8,7), то в результате исполнения программы 24, будут 
образованы факты 

э (10,1,С) э {30,3,С) 

9(20,2,С). длина(С,3) 

представляющие список С = АФ В. 

Поскольку в активируемых вызовах факт термы могут стро¬ 
иться произвольным образом за счет распределения данных на 
предыдущих шагах исполнения программы, механизм, основан¬ 
ный на директивах факт, позволяет программам расширять са¬ 
мих себя до любой желаемой программистом степени. Более 
того, как только будет образован новый факт, к нему могут об¬ 
ращаться последующие вызовы, и таким образом он будет ока¬ 
зывать влияние на дальнейший ход исполнения программы. 
Позднее мы рассмотрим пример подобного поведения. 

Если интерпретатору не дано никаких других инструкций, то 
ему, по всей видимости, следовало бы (ради соблюдения непро¬ 
тиворечивости философии реализации) отменять (вычеркивать) 
факты, когда на его пути в процессе возврата встречаются шаги, 
которые привели к их появлению точно так же, как он отменяет 
в ходе возврата присваивания переменным. По крайней мере 
их следует, вообще говоря, отменять, когда интерпретатор осу¬ 
ществляет возврат по неудачному вычислению. В некоторых реа¬ 
лизациях программисту предоставлен целый ряд директив, даю¬ 
щих полный контроль над порождением и удалением фактов в 
период исполнения. 

Директива факт является довольно мощной, и ее легко реа¬ 
лизовать. Однако недостаток ее заключается в том, что, хотя 
операционное действие вызова факт может быть достаточно 
очевидным при рассмотрении его независимо от контекста, ло¬ 
гический смысл исполнения программы в целом может оказаться 
неясным. Это средство является на самом деле слишком силь¬ 
ным, если его применять без всяких ограничений. Вообще го¬ 
воря, оно затрудняет понимание взаимосвязи между входной 
программой и вычисленными с ее помощью «решениями». Кри¬ 
тики утверждают, что ничем не ограниченное использование ди¬ 
рективы факт приводит к отклонению от чистого логического 
программирования в направлении формализма, имеющего со- 
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всем другую семантику. Тем не менее в ряде случаев можно 
искусно обойти эту критику, объясняя исполнение нестандарт¬ 
ной программы Р (содрежащей вызовы факт), исходя из нор¬ 
мального исполнения некоторой тесно связанной с ней стан¬ 
дартной программы Q. Обоснование программы Р базируется 
в этом случае на том утверждении, что каждое «решение», вы¬ 
числяемое с помощью Р, с необходимостью является логически 
правильным решением Q, и что исполнение программы Р, сле¬ 
довательно, есть лишь удобный способ реализации исполнения 
программы Q. 

Чтобы проиллюстрировать это, предположим, что Р есть 
наша программа 24 из предыдущего примера. Если мы удалим 
из Р все директивы факт ( ), но оставим нетронутыми их ар¬ 

гументы в программе и добавим к Р все те факты, которые 
порождаются исходными вызовами факт, то в результате мы 
получим следующую стандартную программу Q: 

Программа 25 
? сумма(Л,В,С) 

сумма (x,y,z) если длина(х,«),длина(г/,«), 

ц,лина.(г ,п) ,сумма.*(х ,у ,z , 1 ,п) 
сумма *(x,y,z,i,n) если і > п 
сумм&*(х,у,г,і,п) если і ^ п,э(и,і,х),э(ѵ,і,у), 

сложить(и ,v,w), э (w ,i,z), 
су мма*(х, у, z , і + 1 ,п) 

а также факты длина и э, представляющие списки А, В и С 

По существу это та же программа 23, но с более конкретным 
целевым утверждением. Оказывается в этом случае, что если 
(нестандартное) исполнение программы Р «решает» целевое 
утверждение сумма (Л, В, С), то его решает и (стандартное) ис¬ 
полнение программы Q. Стало быть, Р служит просто в каче¬ 
стве удобной версии Q, которая используется тогда, когда фак¬ 
ты, представляющие список С, являются выходными данными, 
а не входными. 

Таким способом может быть очень трудно обосновать про¬ 
грамму Р, в которой в последующем происходят обращения 
к фактам, появившимся в результате использования вызовов 
факт. Задача усложняется, когда в программе Р помимо вызо¬ 
вов факт содержатся еще вызовы «отменить», которые специ¬ 
фицируют удаление фактов в ходе вычислений и которые также 
имеются в Прологе. В этом случае может оказаться так, что не 
существует никакой стандартной программы Q, прямо и понятно 
связанной с Р, чье исполнение могло бы объяснить исполнение 
программы Р. Трудности еще более возрастают при попытках 
обосновать программы, в которых наряду с указанными дирек- 
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тивами содержатся также отрицательные вызовы, решаемые по¬ 
средством невыводимости, поскольку динамическая самомоди¬ 
фикация программы приводит к изменению множества невыво¬ 
димых из нее предложений. По сути дела общая проблема, ка¬ 
сающаяся семантики классического Пролога, возникает не 
столько из-за действия его нестандартных возможностей, рас¬ 
сматриваемых изолированно друг от друга, сколько вследствие 
их потенциального взаимодействия. 

Несмотря на то что директиву факт можно использовать как 
генератор фактов методом «грубой силы», ее можно применять 
также и с некоторыми ограничениями, которые сохраняют логи¬ 
ческую семантику. Так, например, порождение логически пра¬ 
вильно вытекающего из утверждений программы факта на осно¬ 
вании успешного выхода из процедуры достигается с помощью 
конструкций вида 

р(х) если... факт(р(х)) 

Или, что эквивалентно, логически правильно вытекающий факт, 
получаемый в результате решения конкретного вызова, скажем 
р (х), может быть порожден конструкциями вида 
q если... ,р(х),факт(р(х)),... 

Стандартный Пролог позволяет оформлять такого рода меха¬ 
низмы в виде процедур метауровня. Например, процедура 
лемма(г) если 2 ,факт(г) 

строит логически правильно вытекающий факт из каждого раз¬ 
решимого вызова, вводимого посредством метапеременной г. 
С ее помощью предыдущую процедуру можно записать короче: 
q если..., лемма(р(х)),... 

Это приводит нас к следующему разделу, в котором обсуждается 
порождение лемм, позволяющее избежать семантических опас¬ 
ностей неограниченного применения директивы факт. 

ІѴ.4.3. Факты как выходные данные: порождение лемм 

В этом новом методе порождения фактов используется то 
обстоятельство, что после решения какого-либо вызова его 
можно добавить в качестве факта к исполняемой программе, не 
изменяя при этом ее логического содержания. Допустим, напри¬ 
мер, что во входной программе присутствует вызов э (w,i,z), 
который со временем обычным образом активируется; к этому 
моменту переменным і и z могли уже быть присвоены значения 
2 и С соответственно. Если активированный вызов э(и>, 2, С) 
решается, в результате чего переменной w присваивается, ска- 
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жем, значение 20, то тем самым устанавливается, что факт 
э (20,2, С) логически следует из процедур программы. Стало 
быть, факт э {20,2, С) является просто утверждением о проблем¬ 
ной области, которое вытекает из уже имеющихся в программе 
утверждений. Добавление его к программе, следовательно, ни 
в коей мере не изменит того, что программа говорит о рассмат¬ 
риваемой задаче, и поэтому не может повлиять на множество 
вычисляемых с ее помощью решений. 

Добавление доказанных в период исполнения фактов может 
повысить эффективность исполнения программы, поскольку неко¬ 
торые из последующих вызовов могут в этом случае непосред¬ 
ственно решаться путем обращения к новым фактам, а не к тем 
процедурам (что было бы необходимо при стандартном испол¬ 
нении), которые использовались для их установления. Когда та¬ 
кие факты вызываются, они выполняют функции лемм, т. е. про¬ 
межуточных теорем, которые были получены в ходе процесса 
доказательства. Поэтому мы и называем обсуждаемый метод 
порождением лемм. 

Рассмотрим в качестве примера задачу, состоящую в том, 
чтобы распечатать сначала список С, а затем его обращение, 
причем список С должен быть вычислен как векторная сумма 
списков А =(3,12,23) и В =(7,8,7). Мы начнем с того, что 
посмотрим на приводимую ниже стандартную программу, пред¬ 
назначенную для решения этой задачи. 

Программа 26 

? длина(С,и),печать*(С,У,л),печать**(С, 1,п) 
печать*( 2 ,і,/) если і > j 
печать *(z,i,j) если i ^ / ,a(w,i,z), 

печать(да), печать*(г, і + l,j) 
печать**( 2 ,/,/) если і > j 
печать**( 2 ,і,/') если і $ j,a(w,j,z), 

печать(ш),печать**(г,і,/ — 1) 
длина(С,п) если длина(Л ,п), длина(В,п) 
э (w,i,C) если э(ы,/,Л),э(о,/,В),сложить(«,о,а;) 
а также факты длина и э, представляющие списки А н В 

Здесь предполагается, что вызов печать (w), обращаясь к встро¬ 
енной процедуре, передает свой параметр на печатающее уст¬ 
ройство. Процедуры печать* и печать** просто ведут итерации 
соответственно вперед и назад по списку для того, чтобы 
распечатать его элементы в естественном и обратном порядке. 
Последние две процедуры, приведенные в программе, предназна¬ 
чены для определения длины списка С и его элементов посред¬ 
ством косвенного доступа. Таким образом, итерация, порож¬ 
даемая в ходе решения последующего вызова печать* (С, /, 3), 
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вычисляет каждый і - й элемент С путем сложения і-х элементов 
списков А и В. Вторая итерация, порождаемая в ходе решения 
вызова печать** (С, 1,3), должна делать то же самое, что, оче¬ 
видно, неэффективно. Здравомыслящий программист попытал¬ 
ся бы найти средства сохранить вычисленные в ходе первой ите¬ 
рации элементы списка С, с тем чтобы можно было получить 
к ним прямой доступ во время второй итерации. 

Для того чтобы образовать такое поведение при помощи по¬ 
рождения лемм, мы можем воспользоваться простой схемой ан¬ 
нотации: каждый вызов, решение которого требуется для порож¬ 
дения соответствующего факта, помечается символом Д. (Этот 
символ направлен острием вверх, поскольку порождение лемм 
является характерной особенностью решения задач методом 
снизу вверх\ добавление символа Д к стандартной стратегии 
дает вид поведения, в котором смешиваются методы сверху вниз 
и снизу вверх.) 

В результате применения этой схемы к нашему примеру бу¬ 
дет модифицирована итеративная процедура печать*, в которую 
просто вставляется символ Д; она будет выглядеть теперь сле¬ 
дующим образом 

печать*( 2 ,г',/) если і ^ j, Дэ (w,i,z), 

печать(ш), печать*(г, г + 1 ,j) 

Все другие процедуры программы останутся без изменений. Ито¬ 
гом этой модификации является то, что в ходе решения вызова 
печать *(С, /, 3) каждый активированный помеченный вызов 
Дэ (w,i,C) при і = 1,2,3 будет порождать новый факт, как 
только будет успешно вычислено значение переменной w. Таким 
образом, на данном этапе исполнения к программе добавятся 
факты 

э {10,1,0 
э {20,2, С) 
э {30,3, С) 

Когда будет решаться последний вызов печать**(С, 1,3)-, из 
целевого утверждения вызовы э, которые он порождает для на¬ 
хождения элементов списка С, могут быть решены непосред¬ 
ственно с помощью этих новых фактов, а не путем обращения к 
исходным процедурам э. Для того чтобы обеспечить именно та¬ 
кой ход событий, требуется принять некоторые соглашения отно¬ 
сительно приоритета вызова входных процедур и порожденных 
фактов. Можно было бы ввести такое простое правило, согласно 
которому вызовы всегда пытаются обращаться сначала к «са¬ 
мым молодым» процедурам, т. е. к тем процедурам, которые 
появились в ходе исполнения программы самыми последними. 
В рассматриваемом примере это правило, очевидно, работает 
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удовлетворительно, однако при других обстоятельствах могло 
бы потребоваться более сложное соглашение. 

При нормальном ходе событий интерпретатор с целью по¬ 
иска альтернативных решений после нахождения первого реше¬ 
ния вызова печать** (С, 1,3) стал бы в конце концов выполнять 
процесс возврата, и поэтому он обнаружил бы, что в каждой 
точке ветвления, где уже выбирались новые факты э, исходные 
процедуры э остались до сих пор неиспробованными. Для того 
чтобы избавиться от неэффективного и нежелательного второго 
решения вызова печать** (С, 1, 3) , мы можем обрезать ветви, 
выходящие из этих точек ветвления, следующим образом ис¬ 
пользуя оператор отсечения в целевом утверждении: 

? длина(С, п) , печать*(С, 1 , п) , печать**(С,/,«),/ 

Реализации, в которых каким бы то ни было методом в про¬ 
цессе исполнения программ порождаются новые факты, долж¬ 
ны также обладать способностью решать в период исполнения, 
как хранить эти факты и как сделать их доступными в дальней¬ 
шем. Это может означать, что программное обеспечение, обычно 
используемое для организации индексирования в период ком¬ 
пиляции, должно быть также доступным и во время исполнения, 
в результате чего в процессе исполнения возникнут некоторые 
дополнительные расходы. 

Модифицированная программа 26 страдает незначительным 
дефектом стиля, заключающимся в помещении символа Д 
внутрь множества процедур печать*, поскольку эти процедуры 
теперь уже нельзя вызывать, не порождая при этом новые фак¬ 
ты, что приводит к некоторой потере их гибкости. Более изящ¬ 
ный подход, дающий более модульную структуру, состоит в ис¬ 
пользовании нового множества процедур, цель которого — 
только образовывать множество фактов, не делая никаких пред¬ 
положений относительно их дальнейшего употребления. Это но¬ 
вое множество процедур, которое можно также назвать моду¬ 
лем, генерирующим списки, могло бы выглядеть следующим об¬ 
разом: 

породить(г) если Д длина(г,п),элементы(г, 1,п) 

элементы^,/,/) если і > j 

элементы (z,i,j) если г ^ /', Д э (w,i,z), 

элементы(г,г -+- /,/) 

Целевое утверждение программы запишется тогда в виде 
? породить(С),длииа(С, п) ,печать*(С, 1 , п) ,печать**(С ,1 ,п),/ 

и, таким образом, его первый вызов порождает полное представ¬ 
ление списка С посредством фактов. Оставшаяся часть про¬ 
граммы будет в точности такая же, как и данная первоначально 
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в программе 26, т. е. без символов Л. После того как список С 
будет порожден в результате вычисления его длины и элемен¬ 
тов из имеющихся данных для списков А и В, оба задания, свя¬ 
занные с печатью, могут выполняться посредством прямой вы¬ 
борки элементов С из порожденных фактов. В итоге мы имеем 
превосходный алгоритм и написанную в хорошем стиле про¬ 
грамму с чистой семантикой. 


!Ѵ.4.4. Имена для структур данных, 
представленных в виде фактов 

Программа 26 вычисляла и печатала сумму конкретных век¬ 
торов С = А ФВ. Это допущение было встроено в процедуры 
длина и э. В более общем случае нам может потребоваться про¬ 
грамма, в целевом утверждении которой указывается подлежа¬ 
щая вычислению и распечатке произвольная сумма векторов, и 
в связи с этим возникает проблема обобщения двух упомянутых 
процедур. На интуитивном уровне мы могли бы представить их 
в новой форме следующим образом: 

длина(?,п) если длина(х,я),длина(г/,я) 

э(им\?) если э(и,і,х),э(ѵ,і,у),сложіпь{и,ѵ,гіі)) 

Здесь позиции аргументов, отмеченные знаком ?, должны быть 
каким-либо образом приспособлены для помещения на них 
имени векторной суммы хФ у, причем х и у могут быть любыми 
списками, которые передаются обращающимися к этим про¬ 
цедурам вызовами. На указанные позиции нельзя просто поста¬ 
вить некоторую произвольно выбранную третью переменную, 
скажем г, поскольку в этом случае процедуры перестали бы яв¬ 
ляться логически правильными утверждениями о списках. Бо¬ 
лее того, на позициях, отмеченных знаком ?, должны содер¬ 
жаться ссылки и на х, и на у, так чтобы выбранные списки 
могли стать известными нашим процедурам. 

Один из способов получения желаемого результата заклю¬ 
чается в использовании структурированного терма сумма(х,у), 
который может служить именем для списка хФ у и заменять 
его на каждой позиции, отмеченной знаком ?. В целевом утверж¬ 
дении программы можно теперь указывать какие угодно кон¬ 
кретные списки, употребляя для них с этой целью структуриро¬ 
ванные имена, такие как сумма(А, В) или сумма(А, сумма(А, 
В)). Полная программа, предназначенная для вычисления и 
распечатки суммы векторов А Ѳ В, в которой используются об¬ 
общенные процедуры и порождение лемм, имела бы тогда сле¬ 
дующую структуру. 



IV. 4. Обработка данных в виде фактов 


159 


Программа 27 

? z = сумма{А , В) , породить(г), длина(г, п ), 

печать*(г ,1,п), печать**(г ,1,п),/ 
породить^) если Д длина(г, л), элементы^, 7, п) 
элементы( 2 ,і,/) если і > j 
элементы( 2 ,/,/) если і ^ /, Дэ(ам\г), 

элементы( 2 ,г + /,/') 

д,лина(сумиа(х,у),п) если длина(х,л),длина(г/,п) 
э(ѵѵ,і,сумма(х,у)) если э(и,і,х),э(ѵ,і,у), 

сложить (и, ѵ, w) 

а также процедуры печать* и печать** из программы 
26 и факты длина и э, представляющие списки Л и В 
Следует отметить пользу, которую приносит употребление пер¬ 
вого вызова = в целевом утверждении: он избавляет нас от 
необходимости указывать имя сумма(А, В) в различных других 
местах этого целевого утверждения. 

Приведенная программа дает хорошее поведение в период 
исполнения. Сначала вызывается модуль генерирования спи¬ 
сков, как это описано в предыдущем разделе, для того, чтобы 
образовать представление списка А 0 В в виде фактов; каждый 
факт в этом представлении будет иметь имя сумма(А, В). Затем 
при выполнении последующих заданий, связанных с печатью, 
осуществляется прямой доступ к данным. Если нам потребуется 
обработать какие-то другие суммы векторов, то для этого необ¬ 
ходимо только поменять имя, указанное в первом вызове целе¬ 
вого утверждения, и задать соответствующие факты длина и э, 
которые представляют выбранные входные списки. 

Рассматриваемый метод именования может стать утомитель¬ 
ным, когда мы имеем дело с очень сложными составными име¬ 
нами. Допустим к примеру, что входные данные состоят из спи¬ 
сков А1, А2, В1 и В2, и нам нужно вычислить и распечатать 
список (Л/ ѲЛ2)Ѳ(В/Ѳ В2). Соответствующее ему имя сум¬ 
ма (сумма (А 1,А2), сумма(В1, В2)) слишком громоздкое для на¬ 
писания, и, кроме того, его употребление могло бы привести 
к значительным затратам, связанным с хранением данных и вы¬ 
полнением унификации в период исполнения. В этом случае 
можно использовать другой возможный стиль программирова¬ 
ния, при котором мы обходимся без структурированных имен и 
который делает программы более понятными. Новый стиль свя¬ 
зан с модификацией приведенных в программе 27 обобщенных 
процедур длина и э. Теперь они примут вид 

длина(г,п) если сумма(л:,г/, 2 ),длина(л:,«),длина(г/,п) 
э (w,i,z) если сумма(х,у,г),э(и,і,х),9(ѵ,і,у), 

сложить (u,v,w) 
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Здесь предикат сумма ( х , у, z) означает, что z — хфу. Искомому 
выходному списку можно дать простое имя, скажем С, и сле¬ 
дующим образом указать его в целевом утверждении 

? породить(С),длина(С, п) ,печать*(С ,1 ,п), печать**(С ,1,п),/ 

Теперь остается только сообщить программе о том, что С — 
= (А1 0 А2)®(В1 @В2). Это легко можно сформулировать, до¬ 
бавив к утверждениям программы еще три факта 
сумма (А1,А2,АЗ) 
сумма (В1,В2,ВЗ) 
сумма (АЗ,ВЗ,С) 

Здесь АЗ и ВЗ являются именами промежуточных сумм А1 Ѳ А2 
и В1®В2 соответственно. За исключением указанных измене¬ 
ний все процедуры программы останутся в точности такими же, 
как и в программе 27, а база данных содержит теперь представ¬ 
ления в виде фактов списков А1, А2, Віи В2. В ходе исполне¬ 
ния для порождения списка С вызывается генератор списков, 
в результате чего с помощью процедур длина и э запрашивается 
содержимое списков АЗ и ВЗ. Поскольку непосредственно они 
в базе данных не содержатся, далее осуществляются рекурсив¬ 
ные вызовы процедур длина и э для того, чтобы выяснить содер¬ 
жимое составных частей АЗ и ВЗ — списков А1, А2 и В1, В2 
соответственно. Как только эти входные списки будут выбраны 
из базы данных, могут выполняться различные процессы сло¬ 
жения и, следовательно, будет вычислено содержимое списка С, 
представлено в виде фактов и, наконец, распечатано. Исполне¬ 
ние программы оказывается весьма эффективным, причем вы¬ 
бор входных и выходных данных в ней легко может быть из¬ 
менен. 

ІѴ.4.5. Еще раз о задаче нахождения собственных значений 
и собственных векторов 

Обсуждавшиеся в предыдущем разделе методы именования 
являются адекватными только для тех задач, которые содержат 
заранее известное конечное число структур данных, представ¬ 
ленных в виде фактов. Для написания программ, в ходе испол¬ 
нения которых порождаются последовательности структур дан¬ 
ных, причем длины этих последовательностей изначально неиз¬ 
вестны, требуются несколько более сложные методы. Подобная 
ситуация обычно возникает в программах, связанных с итера¬ 
цией матриц: программа завершает работу только при выполне¬ 
нии некоторого вида условия сходимости. 

Описанная в гл. Ill задача нахождения собственных значе¬ 
ний и собственных векторов дает как раз такой пример. Исполь- 
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зованный там алгоритм ее решения, начиная с заданного исход¬ 
ного вектора V и фиксированной матрицы М, порождает после¬ 
довательность дальнейших векторов М.Ѵ , М 2 .Ѵ, М г .Ѵ и т. д. до 
тех пор, пока один из них не будет удовлетворять некоторым 
условиям точности приближения; этот вектор и является тогда 
искомым решением. 

Если каждый вектор в последовательности должен быть 
представлен посредством фактов (а не в виде структурирован¬ 
ного терма, как это имело место в программе, приведенной 
в гл. Ill), то ему следует дать имя, отличающее его от всех 
остальных векторов. Это значит, что алгоритм помимо последо¬ 
вательности векторов будет порождать также последователь¬ 
ность их имен. Для обеспечения эффективности важно, чтобы 
эти имена в процессе построения последовательности не увели¬ 
чивались в размерах. Так, например, было бы непрактично для 
векторов М.Ѵ, М 2 .Ѵ, ... и т. д. использовать имена вида 
умножЩ, V), у множ{М, у множЩ, V)), ... и т. д., поскольку их 
хранение и обработка снизили бы эффективность. 

Один из способов достижения удовлетворительной схемы 
именования заключается в том, чтобы включать в каждое имя 
число, показывающее, сколько раз необходимо выполнить ум¬ 
ножение на матрицу М для порождения именуемого вектора из 
начального вектора V. Таким образом, мы могли бы использо¬ 
вать имена 

векторЩ,V,0) для вектора V 
векторЩ,V ,1) для вектора М.Ѵ 
векторЩ, V, 2) для вектора М 2 .Ѵ 
и т.д. 

Эти структурированные термы дают бесконечную последова¬ 
тельность различных имен одинаковой длины. Исходную про¬ 
грамму 10 для решения задачи нахождения доминантного соб¬ 
ственного вектора матрицы можно преобразовать теперь сле¬ 
дующим образом. 

Программа 28 

? вывести(ц, векторЩ, V ,0)) ,точн(М, о) 
вывести(и, о) 

вывести(о,г) если умнож(М,2,г'), 

вывести(о, 2 ') 

умнож(М, 2 , 2 ') если z = векторЩ,V ,k), 

г' = векторЩ, V, k + /), 

породить^') 

а также 

(а) процедуры точи, кодирующие проверку точности прибли¬ 
жения; 


6 Зак. 983 
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(b) факты длина и э, представляющие входной вектор V при 
помощи имени векторам, V, 0)\ 

(c) некоторое подходящее представление структуры данных 
для матрицы М ; 

(d) процедуры длина и э, способные для любого k^O вы¬ 
числять длину и элементы вектора вектор (Af, V, k-\- 1), получен¬ 
ного в результате умножения матрицы М на вектор (М, V, k)\ 
именно в этих процедурах кодируются детали операции умно¬ 
жения матриц, а их логика будет включать поиск элементов М 
в представлении, определенном в (с); 

(e) использованный в программе 27 модуль генерирования 
списков, в котором применяется порождение лемм с целью по¬ 
лучения представления в виде фактов каждого нового вектора 
для того, чтобы подготовиться к следующему шагу итерации. 

Вот как работает эта программа. Первый вызов процедуры 
вывести присвоит переменной ѵ значение вектор (М, V, 0), 
а последующий вызов точн проверит входной вектор на точность 
приближения. Если этот вектор не удовлетворяет требуемой точ¬ 
ности, то произойдет возврат и будет вызвана вторая процедура 
вывести, в результате чего вызов умнож использует текущее имя 
вектор (М, V, 0) для того, чтобы построить следующее имя 
вектор (М, V, 1). Вызов породить, входящий в тело процедуры 
умнож, образует представление в виде фактов нового вектора 
с этим именем. Затем еще раз будет активирован вызов точн 
и на точность приближения проверится вектор ѵ := вектор(М, 
Ѵ,1). Весь описанный процесс построения очередного имени, об¬ 
разования соответствующего ему вектора и проверки его на 
точность приближения будет неоднократно повторяться до тех 
пор, пока не будет достигнута требуемая сходимость. 

Это поведение, судя по времени исполнения программы, 
оказывается эффективным, однако память в нем эффективно 
использоваться не будет, если не предусмотреть меры, обеспечи¬ 
вающие запись каждого нового вектора на месте его предше¬ 
ственника. Необходимость в деструктивном присваивании воз¬ 
никает главным образом в алгоритмах, образующих бесконеч¬ 
ные последовательности структур данных. В большинстве 
реализаций предусмотрено некоторое количество автоматических 
средств экономии памяти, причем часть из них может отвечать 
также на соответствующие директивы программиста. Общая 
проблема экономии памяти в период исполнения связана с це¬ 
лым рядом теоретических и практических трудностей и пол¬ 
ностью еще не решена. В различных реализациях используются 
свои собственные механизмы управления распределением па¬ 
мяти. Таким образом, программист, желающий извлечь наи¬ 
большую выгоду из конкретного представления данных, должен 
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хорошо понимать имеющуюся у него реализацию и программи¬ 
ровать в соответствии с ней. 

Следует, наконец, отметить, что на самом деле в рассматри¬ 
ваемом примере не обязательно включать І^иМв имена век¬ 
торов. Фактически эти имена можно в значительной степени 
упростить, используя вместо них лишь символы 0,1,2, ... и т. д., 
в результате чего программу станет легче читать и она будет 
чуть более эффективной. Несколько первых утверждений из про¬ 
граммы 28 можно было бы в этом случае представить в следую¬ 
щем упрощенном и сжатом виде: 

? вывести(п ,0),точн(М,о) 
вывести(п,и) 

вывести(о,&) если породить^ + І),вывести(о , k + 1) 
а также указанные выше составные части (а),...,(е), 
приспособленные к упрощенным именам 

Так, составляющая (Ь) обеспечивает входные данные вида 

э ( 1 , 1 , 0 ) ГП 

э (1,2,0) представляющие вектор V = 

длина (0,2) L^J 

а итерация порождает такие представления векторов 
э (5,1,1) э (29,1,2) 

э (7,2,1) ^(43,2,2) 

длина(/,2) длина(2,2) ... и т.д. 

Необходимость в более сложных именах, включающих и другие 
символы, подобные М и V, возникает только в тех программах, 
где требуется различать несколько входных векторов и несколь¬ 
ко матриц. 


IV. 5. Исторический очерк 

Первое сравнительное исследование структур данных для ло¬ 
гических программ появилось в статье Ковальского (1974а). 
В ней даются интересные примеры использования как термов, 
так и фактов для представления данных в задачах синтаксиче¬ 
ского анализа, сортировки и составления планов. 

Представления данных исследовались также в статье Ко¬ 
вальского (1979b) о логических алгоритмах. В ней содержится 
новый пример, в котором каждая отдельная компонента струк¬ 
туры данных представляется посредством импликации, а не про¬ 
стого факта, что дает более тонкий способ квазиэкстенсиональ- 
ного определения отношений. В этой статье вводятся также не¬ 
которые простые аннотации к программам, которые специфици- 


6* 
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руют управляемое смешивание стратегий исполнения методами 
сверху вниз и снизу вверх и которые можно использовать для 
извлечения механизма порождения лемм, описанного ранее в 
данной главе. 

Приведенные здесь программы для задачи о палиндроме 
взяты из более полного исследования логических структур дан¬ 
ных, включенного в диссертацию Хоггера (1979а). Задача логи¬ 
ческого преобразования программы, основанной на представле¬ 
нии посредством термов, в программу, основанную на представ¬ 
лении посредством фактов (например, преобразование програм¬ 
мы 21 в программу 22), иллюстрируется как в упомянутой ра¬ 
боте, так и в статье (Хоггер, 1981). Примеры различных видов 
термов, предназначенных для обработки списков, деревьев и 
других структур, были также с достаточной полнотой продемон¬ 
стрированы Кларком (1979) и Кларком и Тернлундом (1977). 

Подробное изложение обычной организации внутреннего 
представления термов в реализациях дается Уорреном (1977а), 
а схемы индексирования для хранения и выборки фактов и дру¬ 
гих утверждений описываются в статье Кларка и Маккейба 
(1980). Обе эти темы рассматриваются Уорреном и др. (1977) 
при сравнении Пролога с Лиспом. Ссылки на работы, посвящен¬ 
ные специальной теме логических баз данных, можно найти 
в гл. VIII. 




V. Верификация программ 


Пользуемся мы логикой или любой другой формальной си¬ 
стемой программирования, всегда желательно иметь какие-либо 
практические средства, позволяющие решать, является ли каж¬ 
дая конкретная программа правильной. При широком понима¬ 
нии программа считается правильной, если в результате ее ис¬ 
полнения получаются правильные решения рассматриваемой 
задачи. Правильность вычисленных решений связана с некото¬ 
рой спецификацией задачи, представленной независимо от про¬ 
граммы. Разумеется, предполагается также, что интерпретатор 
программы сам правильно исполняется на машине. 

В контексте логического программирования проблема вери¬ 
фикации затрагивает ряд вопросов. Возможно, наиболее важным 
из них является вопрос о правильности вычисленных решений. 
Другой вопрос: все ли правильные решения задачи действи¬ 
тельно вычисляются исходя из программы? Верификация — это 
процесс доказательства того, что программа удовлетворяет или 
не удовлетворяет требованиям такого рода. Подобное исследо¬ 
вание было бы не нужным, если бы все практически используе¬ 
мые логические программы могли сами по себе считаться спе¬ 
цификациями. Можно утверждать, конечно, что некоторые про¬ 
граммы действительно содержат формулировки, которые стоило 
бы вообще рассматривать как очевидно правильные. Чаще слу¬ 
чается, однако, что для построения эффективной нетривиальной 
программы требуется составлять ее из утверждений, правиль¬ 
ность которых с первого взгляда не очевидна. 

Как можно было бы ожидать, содержание этой главы носит 
более теоретический характер, чем в предыдущих главах. В ней 
приводится ряд формальных определений наиболее важных 
свойств программ и дается общая схема одного из подходов 
к практической верификации. 

V. 1. Вычисляемые и специфицируемые отношения 

Чтобы формализовать такие понятия, как правильность, не¬ 
обходимо прежде всего иметь точные способы характеризации 
того, что программа вычисляет, а спецификация определяет. Для 
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этого в свою очередь требуется принять некоторые соглашения 
относительно класса рассматриваемых программ, а также вве¬ 
сти подходящую терминологию для обсуждения их свойств. 

Ѵ.1.1. Обозначения и терминология 

Для целей верификации удобно потребовать выполнения сле¬ 
дующего условия: интересующая нас программа должна быть 
устроена таким образом, чтобы ее целевое утверждение G со¬ 
держало только один вызов, т. е. имело вид 
G : ? g(0 

где t — некоторый кортеж из п термов. Множество всех про¬ 
цедур, используемых в программе, обозначим через Р. Будем 
считать, что оно включает в себя все встроенные процедуры, на 
которые имеются ссылки в программе. Всю программу можно 
представить поэтому парой (Р, G). 

Спецификацией программы является любое множество опре¬ 
делений (не обязательно записанных в логических терминах), 
которое точно задает содержимое каждого из отношений, встре¬ 
чающихся в программе. В частности, спецификация будет опре¬ 
делять содержимое отношения, указанного в целевом утвержде¬ 
нии G. В дальнейшем это отношение называется основным 
специфицируемым отношением и обозначается, как правило, сим¬ 
волом R*. Если, к примеру, целевым утверждением программы 
является 

G : ? подмнож(ш : А : 0, А : В : С : 0) 

то основное специфицируемое отношение носит имя подмнож, 
так что мы можем написать Я*=подмнож. Символ S обычно 
используется для обозначения спецификации. Спецификация 
программы, имеющей приведенное выше целевое утверждение, 
будет точно определять, какие кортежи из двух элементов при¬ 
надлежат отношению подмнож, а какие — нет, и с точки зрения 
программиста спецификация будет считаться надежным опре¬ 
делением этого отношения. В частности, S будет определять, 
какие двухэлементные кортежи являются правильными реше¬ 
ниями целевого утверждения G. 

Пусть каждый предикат подмнож (х , у) означает, что мно¬ 
жество х есть подмножество множества у, и пусть множества 
представляются с помощью функтора : и константы 0, где 0 
обозначает пустое множество, а терм вида ѵ : z обозначает мно¬ 
жество, получаемое объединением множества {о} с некоторым 
другим множеством z (здесь ѵ — произвольный элемент). Тогда 
в указанном выше целевом утверждении G спрашивается, для 
каких элементов w множество {ш, А } является подмножеством 
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{А, В, С}. Заметим, что это ограниченный запрос об отношении 
подмнож, поскольку G фокусируется только на определенных 
двухэлементных кортежах, принадлежащих этому отношению. 
Более формально, мы говорим, что в данном примере целевое 
утверждение G выделяет некоторое подотношение (интервал) 
отношения R*, а именно подотношение 

{(Л: А: 0, А: В:С: 0), 

(B-.A-.Qi, A-.B-.C-.Qi), 

(С:А:0, А-.В-.С: 0)} 

Остальные двухэлементные кортежи из R*, такие как (В : 0, 
В :D : 0) целевым утверждением G, очевидно, не запрашиваются 
и поэтому не принадлежат выделенному G интервалу. 

Некоторые программы могут иметь целевые утверждения, 
выделяющие все отношение R*. Чтобы добиться этого, можно 
сформулировать наиболее общее целевое утверждение G*, все 
параметры которого являются различными переменными, на¬ 
пример: 

G : ? подмнож(х,г/) 

Этот способ не единственный. Если, к примеру, R* — некоторое 
другое отношение, скажем, R*= {(А, В), (С, В)} и 

G : ? R* (х,В) 

то целевое утверждение G выделяет все отношение R*, но не 
является наиболее общим. 

Интервал, выделяемый каждым целевым утверждением 
G : ? R*(/) 

есть множество решений G, соответствующих спецификации S, 
причем каждое решение является некоторым подстановочным 
примером tQ кортежа термов t. Итак, формально, интервал це¬ 
левого утверждения G относительно спецификации S есть мно¬ 
жество 

{*0|/0e=R*} 

где S специфицирует R*. Заметим, что если этот интервал пуст, 
то в соответствии со спецификацией S целевое утверждение G 
не должно иметь решений. В общем случае решения, разуме¬ 
ется, существуют; чтобы подчеркнуть соответствие решений спе¬ 
цификации S, каждое такое решение назовем специфицируе¬ 
мым решением G. Является ли оно также решением, вычисляе¬ 
мым программой, — совсем другой вопрос, и именно на этот воп¬ 
рос должна дать ответ верификация программы. 






V. Верификация программ 


Ѵ.1.2. Вычисляемое отношение 

Вычисляемое отношение программы (Р, G) —это множество 
всех тех решений целевого утверждения G, которые вычисляют¬ 
ся исходя из программы с помощью заданного множества про¬ 
цедур Р. Это отношение обозначается, как правило, через R, 
а решения из R называются вычисляемыми решениями. 

Предположим, что программа допускает несколько успешных 
вычислений. Каждое из них дает некоторое выходное присваи¬ 
вание Ѳ термов переменным из исходного целевого кортежа t. 
Таким образом устанавливается, что tQ решает G в соответствии 
с Р. Если кортеж іѲ не содержит переменных, то он принадле¬ 
жит R; в противном случае этот кортеж можно рассматривать 
как общее обозначение для всех его подстановочных примеров, 
не содержащих переменных, причем каждый из них принадле¬ 
жит R. Заметим, что если отношение пусто, то программа нераз¬ 
решима. 

Из гл. I и II мы уже знаем фундаментальное свойство ло¬ 
гического программирования, заключающееся в том, что реше¬ 
ние /Ѳ целевого утверждения 

G : ? R* (О 

вычислимо с помощью Р (в предположении резолютивного ис¬ 
полнения программы) тогда и только тогда, когда Р (= R*(^0). 
Это дает нам возможность следующим образом формально опре¬ 
делить вычисляемое отношение R. 

Определение 1. 

R = {/0|P(=R*(/e)} 

где Р — множество процедур, a ?R*(f) —целевое утверждение. 

Конкретный пример поможет внести ясность в эти понятия. 
Пусть у нас имеется следующая программа: 

Программа 29 

G : ? подмнож(да:Л:0,Л:А:С:0) 

подмнож(х,і/) если пустое(х) 
подмнож(п : х',у) если ѵ е у, 

подмнож(х',ѵ) 

ѵ 6 ѵ : z 

ѵ е и: z если ѵ е z 

Здесь свойство пустое(х) имеет место тогда, когда х— пустое 
множество (не представимое в виде ѵ : х'). Множества процедур 
для предикатов подмнож, е и пустое (в последнем случае про¬ 
цедуры предполагаются встроенными) все вместе составляют 
Р. Программист рассчитывает, что эта программа будет иссле¬ 
довать отношение вложения в связи с определенными множест- 
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вами. Имеющееся в виду содержимое отношения R* = подмнож 
определяется некоторой независимой спецификацией S. Про¬ 
грамма имеет три успешных вычисления, которые присваивают 
исходной целевой переменной w значения А, В и С. Поэтому 
каждое і-е вычисление (і= 1, 2, 3) добавит к вычисляемому от¬ 
ношению R вычисляемое решение (w:A:0, А:В::С:0) Ѳ«, 
где Ѳ, — одна из подстановок {а>:=Л}, {w В} или {w:=C}. 
Следовательно, содержимое отношения R таково: 

R = {(Л : Л: 0, А: В:С: 0), 

(В: А: 0, А:В:С: 0), 

(С: А: 0, А : В:С: 0)}. 

Заметим, что в соответствии с определением 1 для каждого ре¬ 
шения tQ из R целевое утверждение 

? подмнож(/Ѳ) 

разрешимо с помощью множества процедур Р. Это происходит 
потому, что ? подмнож (/Ѳ) решается с помощью Р тогда и 
только тогда, когда целевое утверждение ? подмнож (/) ре¬ 
шается с выходным присваиванием Ѳ, что в свою очередь явля¬ 
ется просто следствием недетерминизма логических процедур из 
Р по отношению к входу и выходу. 

В только что рассмотренном примере вычисляемое отноше¬ 
ние R оказывается интервалом целевого утверждения G отно¬ 
сительно приведенной в предыдущем разделе спецификации S. 
Содержательно это как раз и означает, что программа вычис¬ 
ляет в точности то, что требуется согласно предполагаемой спе¬ 
цификации. Таким образом, множества специфицируемых ре¬ 
шений и вычисляемых решений совпадают. 

Ѵ.2. Правильность программ: определения 

Полная правильность логической программы предполагает 
выполнение двух необходимых условий. Во-первых, каждое вы¬ 
числяемое программой решение должно быть правильным отно¬ 
сительно данной спецификации; это свойство называется ча¬ 
стичной правильностью программы. Во-вторых, каждое решение, 
приписываемое спецификацией целевому утверждению, должно 
быть вычисляемым с помощью программы; это свойство назы¬ 
вается полнотой программы. Если выполняются оба этих свой¬ 
ства, то говорят, что программа полностью правильна Для точ- 


і> Встречается также другой вариант перевода терминов partial correct¬ 
ness (частичная правильность) и total correctness (полная правильность) — 
частичная корректность и тотальная корректность соответственно. — Прим, 
перев. 
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ного определения данных понятий удобно считать, что сама спе¬ 
цификация S записана на языке логики предикатов первого 
порядка. Это допущение дает возможность следующим образом 
представить основное специфицируемое отношение R*. 

Определение 2 

R* = {Г 151= R* (Г)} 

где Т — произвольный кортеж из п термов (специфицируемое 
решение), a G: ? R*(<) — целевое утверждение программы. 
Кроме того, мы можем теперь определить также интервал це¬ 
левого утверждения G (множество правильных решений G) от¬ 
носительно спецификации S. 

Определение 3. Интервал целевого утверждения G относи¬ 
тельно спецификации S есть множество 

{/Ѳ |S(=R*(*0)} 

Таким образом, определения 1, 2 и 3 описывают вычисляемые 
и специфицируемые решения в терминах логического следования 
из множеств Р и S. Значение этих определений станет ясным 
из дальнейшего. 

Ѵ.2.1. Частичная правильность 

Программа (Р, G) частично правильна относительно специ¬ 
фикации S тогда и только тогда, когда она удовлетворяет сле¬ 
дующему требованию: для всех подстановок Ѳ всякое вычисляе¬ 
мое решение tQ должно быть также и специфицируемым реше¬ 
нием. В приводимой ниже формулировке частичная правиль¬ 
ность определяется тремя эквивалентными способами. 

Определение 4. Частичная правильность (Р, G: ? R*(0) 
относительно S. 

Программа (Р, G : ? R* (t)) частично правильна относительно 
спецификации S тогда и только тогда, когда выполняется одно 
из следующих условий: 

(a) для всех Ѳ, если tQ е R, то tf) е R*; 

(b) Rs (интервал G относительно S); 

(c) для всех Ѳ, если P(=R*(/0 ),to S(=R*(<0). 

Рассмотрим в качестве примера программу 29. Было показано, 
что у этой программы имеется три различных вычисляемых ре¬ 
шения вида tQ, где t ={w : А : 0, А : В : С: 0) , а Ѳ — некоторое 
присваивание переменной w. Для того чтобы программа 29 
была частично правильной, каждый кортеж термов /Ѳ должен 
иметь вид ( множ-1 , множ-2), причем в соответствии с задавае¬ 
мой S спецификацией отношения подмнож множество множ-1 
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является подмножеством множ-2. Например, в случае, когда 
Q={w:=B}, мы имеем вычисляемое решение t& = (B:A:0, 
А:В:С:0). Множество { В , А} есть подмножество множества 
{А, В, С}, и потому спецификация S, по всей видимости, будет 
определять, что пара (В : А : 0, А : В : С : 0) принадлежит отно¬ 
шению подмнож. В этом случае tQ является также одним из 
специфицируемых (т. е. правильных) решений целевого утверж¬ 
дения. То же самое справедливо и для двух других вычисляемых 
решений, и, стало быть, программа 29 является частично пра¬ 
вильной. 

Рассматриваемое понятие частичной правильности логиче¬ 
ских программ по своей сути подобно тому, которое исполь¬ 
зуется в доказательстве правильности традиционных программ. 
И в том и другом контексте частичная правильность сама по 
себе не требует, чтобы каждое решение действительно вычисля¬ 
лось в результате исполнения программы; требуется только то, 
что уж если решение вычисляется, то оно должно удовлетворять 
задаваемому спецификацией отношению между входом и вы¬ 
ходом. 

Заметим также, что все неразрешимые программы, согласно 
определению 4, являются частично правильными. С первого 
взгляда это может показаться довольно странным, поскольку 
отсюда следует, например, что процедуры программы могут 
быть бессмысленными по отношению к проблемной области 
утверждениями, не способными выдать никаких решений целево¬ 
го утверждения, и тем не менее программа считается частично 
правильной. Эта очевидная терминологическая аномалия стано¬ 
вится приемлемой, если признать, что неразрешимая программа 
конечно же не является неправильной — программа, не вычис¬ 
ляющая вообще никаких решений, не может вычислить и не¬ 
правильного решения. Сказать, что логическая программа ча¬ 
стично правильна — это значит сказать только то, что она не 
вычисляет решений, которые противоречили бы спефикации. 

Оказывается действительно важным, чтобы наши определе¬ 
ния были достаточно гибкими и позволяли неразрешимым про¬ 
граммам быть частично правильными, поскольку такие програм¬ 
мы образуют ценную часть репертуара программиста. Можно, 
например, взять в качестве входных данных список L, представ¬ 
ленный обычным образом с помощью некоторого множества Р 
фактов э, и потребовать демонстрации того, что некоторый эле¬ 
мент А не имеет вхождений в L ни на какой позиции і. Простей¬ 
ший способ сделать это — сформулировать целевое утверждение 
Q : ? э (A,t,L) 

и убедиться в том, что в результате исполнения программы 
(Р, G) не будет вычислено никаких решений. Хотя эта програм- 
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ма неразрешима, тем не менее она выполняет в точности то, что 
требуется, и, следовательно, нет оснований отрицать ее право 
называться «частично правильной». 

Ѵ.2.2. Полнота 

Программа (Р, G) является полной относительно специфика¬ 
ции S тогда и только тогда, когда она удовлетворяет следую¬ 
щему требованию: для любой подстановки Ѳ всякое специфици¬ 
руемое решение tS должно быть также и вычисляемым реше¬ 
нием. В приводимой ниже формулировке полнота определяется 
тремя эквивалентными способами. 

Определение 5. Полнота (Р, G : ? R*(0) относительно S. 

Программа (Р, G : ? R*(/)) полна относительно специфика¬ 
ции S тогда и только тогда, когда выполняется одно из следую¬ 
щих условий: 

(a) для всех Ѳ, если tQ <= R*, то t&<= R 

(b) (интервал G относительно S)sR 

(c) для всех Ѳ, если S \= R *(?Ѳ), то Р t= R *(<Ѳ) 

Можно выразить это по-другому: вместо того, чтобы говорить 
о полноте программы (Р, G), можно сказать, что множество 
процедур Р является полным для G, или, более компактно, что 
Р является G -полным. Это как раз и означает, что процедур из 
Р достаточно для вычисления всех решений из выделяемого це¬ 
левым утверждением G интервала. Если же множество про¬ 
цедур Р не является G -полным, то это значит, что Р содержит 
недостаточно информации о специфицируемом отношении R* 
для того, чтобы сделать все правильные решения G вычисляе¬ 
мыми. Рассмотрим еще раз программу 29. В ней множество 
процедур Р, конечно же, G -полно, поскольку каждое из трех 
специфицируемых решений целевого утверждения G является 
вычислимым с помощью Р. Допустим теперь, что вторую про¬ 
цедуру е мы несколько видоизменили: 

ѵ е А: z если ѵ е z 

и получили в результате новое множество процедур Р'. В этом 
случае, оказывается, множество Р' не является G -полным, по¬ 
тому что третье правильное решение {С: А : 0, А : В : С: 0) це¬ 
левого утверждения G уже не вычислимо. Модификация проце¬ 
дуры е ограничивает ее область действия только множествами 
вида А : г, что ведет к потере информации о принадлежности в 
других множествах, а значит и к потере информации об отно¬ 
шении подмнож. С другой стороны, Р' является полным для 
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ряда других целевых утверждений, таких как 

G' : ? подмнож(да: А : 0, А: В: 0) 

Некоторые множества процедур полны независимо от того, 
какое поставлено целевое утверждение G. В качестве примера 
можно взять множество процедур Р из программы 29. Какой бы 
вызов процедуры подмнож мы ни сформулировали в целевом 
утверждении, все специфицируемые решения этого утверждения 
будут вычислимыми с помощью Р. Когда множество процедур 
Р обладает таким свойством, мы говорим просто, что оно яв¬ 
ляется полным. Формальное определение полноты таково. 

Определение 6. Полнота Р относительно S. 

Множество процедур Р является полным относительно спе¬ 
цификации S тогда и только тогда, когда 

для всех Т, если S |= R* (7'), то Pt=R*(jT) 

Следует отметить, что в этом определении для обозначения кор¬ 
тежей термов используется общий символ Т, т. е. они не обя¬ 
заны иметь вид /Ѳ, где t — кортеж термов из целевого утвержде¬ 
ния. Это связано с тем, что полное множество процедур может 
иметь дело со всеми возможными целевыми кортежами термов 
и, следовательно, со всеми возможными выборами входных и 
выходных аргументов. 

Наконец, заметим, что если множество процедур Р является 
полным, то оно с необходимостью является Неполным, т. е. пол¬ 
ным для наиболее общего целевого утверждения 
G* : ? R* (t) 

в котором t — кортеж различных переменных. Выделяемый этим 
целевым утверждением интервал охватывает все специфицируе¬ 
мое отношение R*, и полное множество процедур Р содержит 
достаточно информации относительно R*, чтобы сделать все его 
элементы вычисляемыми решениями G*. Это значит, в частно¬ 
сти, что если мы сформулируем целевое утверждение 
G* : ? подмнож(х,і/) 

и будем решать его с помощью полного множества процедур из 
программы 29, то в качестве вычисленных выходных данных мы 
должны будем получить всю бесконечную совокупность пар 
множеств, удовлетворяющих отношению подмнож. 

Ѵ.2.3. Полная правильность 

Программа (Р, G) называется полностью правильной отно¬ 
сительно спецификации S тогда и только тогда, когда она яв¬ 
ляется и частично правильной, и полной. В приводимой ниже 
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формулировке полная правильность определяется тремя эквива¬ 
лентными способами. 

Определение 7. Полная правильность (Р, G : ? R*(0) отно¬ 
сительно S. 

Программа (Р, G : ? R*(0) является полностью правильной 
относительно спецификации S в том и только том случае, когда 
выполняется одно из следующих трех условий: 

(a) для всех Ѳ /0eR тогда и только тогда, когда tQ е R* 

(b) (интервал G относительно S)=R 

(c) для всех Ѳ P(=R*(/0) тогда и только тогда, когда 
S 1= R*(^0) 

На менее формальном уровне программа полностью правильна 
относительно S, когда вычисляемые ею решения в точности сов¬ 
падают с решениями, специфицируемыми S. Программа 29 дает 
пример полностью правильной программы. Если программа не 
является полностью правильной, то либо она вычисляет некото¬ 
рое неправильное решение, либо оказывается не в состоянии 
вычислить какое-то правильное; первый случай означает, что ее 
процедуры представляют собой неверные утверждения о проб¬ 
лемной области, а второй — что они содержат недостаточно ин¬ 
формации о ней. При нормальных условиях первый случай бо¬ 
лее серьезен, хотя и второй может также быть важным, когда 
в программе содержатся отрицательные вызовы, и их решение 
основывается на методе отрицание как неудача. 

Ѵ.З. Правильность программ: достаточные условия 

Формальные определения 4, 5 и 7 устанавливают критерии 
правильности программы, в основе которых лежит понятие вы¬ 
числимости и которые не накладывают никаких требований на 
ее отдельные процедуры. Принимая это во внимание, мы рас¬ 
смотрим следующую программу. 

Программа 30 

G : ? умножить(4,б,г) 

Р1 : умножить(л:,<?,дг) 

Р2 : умножить(а;,2,2-4) 

РЗ : у множить(х ,6,z) если умножить(л:,3,а>), 

умножить(щ, 2 , 2 ) 

Здесь предикат умножить (х, у, z ) предназначается, как обычно, 
для представления арифметического умножения z = x*y. До¬ 
пустим, что имеется некоторая спецификация S, формально со¬ 
поставляющая предикату умножить ( x,y,z ) это имеющееся в 
виду значение. 




V. 3. Правильность программ: достаточные условия 


175 


В целевом утверждении G требуется найти значение z про¬ 
изведения 4*6. Согласно спецификации S должно существовать 
только одно специфицируемое решение z:=24. Программа вы¬ 
числяет тоже одно решение, и им действительно является 
z:=24. Стало быть, программа полностью правильна. 

Рассмотрим теперь ее отдельные процедуры. РЗ утверждает, 
что для вычисления z — x*6 следует умножить х на 3 и затем 
удвоить результат w, получая таким образом г. С точки зрения 
арифметики это совершенно правильно. С другой стороны, про¬ 
цедура Р1 утверждает, что умножение х на 3 дает х, а процеду¬ 
ра Р2 утверждает, что в результате умножения любого числа 
на 2 всегда получается 24. Эти два утверждения бессмысленны. 
Несмотря на это в данном контексте результаты вызовов про¬ 
цедур Р1 и Р2 дают ошибки, которые, как оказывается, компен¬ 
сируют друг друга, так что общей ошибки не возникает. 

Предположим, далее, что целевое утверждение изменилось 
на 

G' : ? умножить(5,2,г) 

Как устанавливается спецификацией, G' имеет одно решение 
z:=10. Однако программа (с помощью процедуры Р2) вычис¬ 
лит только z:=24, и, следовательно, она не является ни ча¬ 
стично правильной, ни полной. Интуитивно неприемлемо, чтобы 
ранее правильная программа становилась неправильной лишь 
в результате постановки другого запроса при тех же самых 
утверждениях, описывающих проблемную область. 

Рассмотрим теперь следующую программу, в целевом 
утверждении которой спрашивается, какие элементы списка L 
отрицательны. 

Программа 31 

G : ? э(и,і,Ь),и < О 

Р1 : э (10,1,L) 

Р2 : э(30,3,Ц 

Пусть спецификация S утверждает, что L есть список (10,20, 
30,40). Этого можно достичь, например, включив в S следующее 
утверждение: 

э (u,i,L) тогда и только тогда, когда (и = 10,і= 1)\/ 

(и = 20,і = 2)Ѵ (и = 30,і = 3)Ѵ (и = 40,і = 4) 

Тогда в соответствии с S целевое утверждение G не имеет спе¬ 
цифицируемых решений, поскольку все элементы списка L не¬ 
отрицательны. Более того, данная программа не вычислит ника¬ 
ких решений и потому должна считаться полностью правильной. 
С другой стороны, мы можем видеть, что ее процедуры описы- 
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вают список L не полностью, поскольку в них пропущена ин¬ 
формация о втором и четвертом элементах из L. Интуитивно 
неприемлемо, чтобы в результате исполнения программы полу¬ 
чалось (верное) решение несмотря на то что не были проверены 
все элементы списка L. 

Эти простые примеры показывают, что установленные ранее 
минимальные критерии правильности программ должны быть 
усилены за счет наложения дополнительных условий на их про¬ 
цедуры. На самом деле для устранения тех аномалий, которые 
только что обсуждались, достаточно всего двух условий. Мы 
опишем их как «достаточные условия», имея в виду тот факт, 
что они являются лишь достаточными, но не необходимыми 
условиями, гарантирующими абсолютную правильность. 

Достаточное условие 1 частичной правильности программы 
(Р, Q) относительно спецификации S 

Если S(=P,to (P,G) частично правильна относительно S 

Другими словами, если процедуры логически следуют из спе¬ 
цификации, то программа будет частично правильной незави¬ 
симо от того, какое выбрано целевое утверждение. 

Доказательство. Допустим, что выполняется условие S |= Р, 
и пусть tQ — произвольное вычисляемое решение целевого 
утверждения ? R*(0- Тогда Р И R*(f0). В силу транзитивности 
логического следования отсюда вытекает, что 

для всех Ѳ, если S |= Р и Р R* (^Ѳ) 

то S \=Я*№ 
или, в эквивалентной форме, 
если S|=P,to 

(для всех Ѳ, если P|=R*(f0), то Sf=R*(/0)) 

Это как раз и означает, что если имеет место S \= Р, то выпол¬ 
няется также условие частичной правильности из определения 4. 

Это более сильное требование S \= Р устранило бы тогда бес¬ 
смысленные процедуры Р1 и Р2 из программы 30, поскольку ни 
та, ни другая не следуют логически из S. Разумеется, данная 
программа показывает также, что условие S f= Р не является 
необходимым для частичной правильности, т. е. само оно не 
следует из этого свойства. 

Достаточное условие 2 полноты программы (Р, G) относи¬ 
тельно спецификации S 

Если множество процедур Р полно относительно S, 
то Р является G -полным относительно $ 
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Другими словами, если Р является полным в смысле определе¬ 
ния 6 (т. е. Р полностью описывает содержимое специфицируе¬ 
мого отношения R*), то множества Р, конечно же, достаточно 
для вычисления всех решений, требуемых каждым конкретным 
целевым утверждением G. 

Доказательство. Допустим, что множество процедур Р явля¬ 
ется полным относительно S, и, следовательно, 

для всех Т, если S^R*(J’),to P|=R*(7’) 

Отсюда вытекает, что для каждого вычисляемого решения 
Т = /Ѳ целевого утверждения G : ? R* (/) 

если S К R* (*Ѳ) , то Р (= R*(/0) 

Это заключение имеет место для любых подстановок Ѳ, и по¬ 
этому, добавляя к нему префикс «для всех Ѳ», мы получаем 
условие (определение 5) G -полноты Р относительно S. 

Сформулированное только что более сильное требование — 
Р должно быть полным — устранило бы пропуски в программе 
31, и процедуры теперь должны были бы давать описание эле¬ 
ментов, находящихся на второй и четвертой позициях в списке 
L. Заключение о том, что целевое утверждение не имеет реше¬ 
ний (что совершенно верно) было бы сделано тогда только 
после просмотра всех элементов списка L. Программа 31, заме¬ 
тим, показывает, что полнота Р не является необходимым усло¬ 
вием полноты (Р, G). 

Достаточное условие 3 полной правильности программы 
(Р, G) относительно спецификации S 

Если S |= Р и множество процедур Р является полным 

то программа (P,G) полностью правильна относительно S 

Доказательство. Из S Н= Р, в силу достаточного условия 1, 
следует частичная правильность, а из полноты Р, в силу доста¬ 
точного условия 2, следует полнота программы (Р, G); стало 
быть, по определению 7, программа (Р, G) является полностью 
правильной. 

Заметим, что этот критерий не зависит от целевого утверж¬ 
дения-, в нем просто требуется, чтобы множество процедур Р не 
содержало ничего ложного о проблемной области и полностью 
описывало специфицируемое отношение. Если Р удовлетворяет 
приведенному критерию, то тем самым устанавливается полная 
правильность целого класса программ (Р, G) при любом воз¬ 
можном выборе целевого утверждения G вида ?R*(/). 
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Требования, сформулированные в этом достаточном условии 
и гарантирующие полную правильность, интуитивно осмыслены 
и имеют важное методологическое значение. Никогда не может 
быть хороших причин для написания программ, подобных про¬ 
грамме 30, в которой используются заведомо неверные утверж¬ 
дения. Иногда, однако, может быть оправдано составление не¬ 
полного множества процедур Р. Можно было бы, например, до¬ 
вольствоваться вычислением только некоторых решений и для 
уменьшения стоимости исполнения программы опустить про¬ 
цедуры, способные найти другие решения. Этот путь более эко¬ 
номичен, чем возможность написания полного множества про¬ 
цедур и вставления в него затем операторов отсечения для 
удаления нежелательных решений, поскольку он ведет к выигры¬ 
шу как в памяти, так и во времени исполнения программы. 
С другой стороны, использование неполного множества про¬ 
цедур может усложнить интерпретацию исполнения программы, 
не дающего решений, а также исполнения, основанного на прин¬ 
ципе отрицание как неудача. В общем случае гораздо лучше 
пользоваться полными множествами процедур, если только ка¬ 
кие-либо причины не вынуждают поступать иначе. 

Подобно тому как частичную правильность можно устанав¬ 
ливать, показывая, что S Р, так и полноту Р при некоторых 
обстоятельствах можно продемонстрировать, доказав, что Р |= S, 
поскольку отсюда вытекает условие полноты из определения 6. 
На практике, однако, это редко бывает возможно: множества 
логических процедур даже при условии их полноты содержат, 
как правило, меньший объем информации, чем спецификации, 
которым они соответствуют. Мы можем проиллюстрировать 
сказанное на следующем простом примере. Пусть R* — отноше¬ 
ние {(і4,В), (С, В)}, специфицируемое в S предложением 
SI :R *(х,у) тогда и только тогда, когда (х = А,у=В)У 

(х = С,у=В) 

Допустим также, что в оставшейся части S дается лишь некото¬ 
рое полное определение отношения тождества (=). Тогда сле¬ 
дующее множество процедур 

R* (лг, у) если х = А, у = В 
R*(x, у) если х = С, у —В 
А = А 
В=В 
С—С 

является полным, поскольку каждая пара (х, у) из R* может 
быть вычислена с помощью Р. Тем не менее из Р не следуют 
предложения, содержащиеся в S. Эта «слабость» Р объясняется 
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тем фактом, что хотя множество процедур Р логически влечет 
часть «только тогда» предложения S1 

если (х = А, у— В) V (х = С, у = В), то R*(x, у) 
из него совсем не следует часть «тогда» 

если R*(x, у), то ( х = А , у = В)М(х = С, у = В) 

и, стало быть, из Р не может следовать S1. Точно так же из Р 
нельзя вывести многие отношения тождества (типа D = D) 
определяемые спецификацией S. Как правило, в процедурах из 
множества Р будет отсутствовать много информации из S, по¬ 
скольку в вычислительных целях она не используется. Исходя 
из множества процедур Р, можно вычислить все отношение R* 
и при этом процедурам из Р не требуется знать, что это имеет 
место. Полнота Р должна быть установлена другими средствами. 
Мы опишем их в разд. V. 7. 
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Программа (Р, G) является разрешимой, когда с ее по¬ 
мощью вычисляется по крайней мере одно решение, т. е. когда 
ее пространство вычислений содержит хотя бы одно успешное 
вычисление. Это свойство можно определить формально следую¬ 
щим образом. 


Определение 8. Разрешимость программы (Р, G : ? R*(^)). 

Программа (Р, G) разрешима тогда и только тогда, когда 
Р [= R*(^0) для некоторой подстановки Ѳ. 

Разрешимость — это свойство исключительно программы, ни¬ 
как не связанное с какой-либо спецификацией. Хотя разреши¬ 
мость обычно не включается в условия полной правильности, 
иногда может оказаться полезным в ходе процесса верификации 
попутно исследовать и это свойство. 

Например, для установления разрешимости программы 29 
нужно было бы показать, что 


для некоторой подстановки Ѳ, Р (= 

подмнож (w : А : 0, Л : В : С: 0) Ѳ 


т. е. 

PN 


(Эда)подмнож(ау: А : 0 , А: В : С: 0) 


Разумеется, один из способов достижения этой цели состоял бы 
просто в исполнении программы 29! Однако в силу объясняемых 
ниже (разд. V. 5) причин в результате исполнения разрешимой 
программы может и не быть получено никаких решений, и по¬ 
этому данный подход, вообще говоря, ненадежен. Во всяком 
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случае в ходе исполнения программы всегда делается попытка 
определить действительные значения целевых переменных, а не 
просто доказывается, что такие значения существуют. И, как 
правило, для решения первой задачи требуются значительно 
большие усилия. В особенности сказанное относится к про¬ 
граммам, содержащим рекурсивные или итеративные процеду¬ 
ры. В соответствии с обсуждаемым подходом для доказатель¬ 
ства разрешимости такой программы должны быть на самом 
деле выполнены все шаги, задаваемые этими процедурами. 
Были, однако, разработаны другие методы демонстрации раз¬ 
решимости, которые позволяют сделать заключение о резуль¬ 
татах итеративных и рекурсивных вычислений, в действитель¬ 
ности их не порождая. В этих методах обычно требуется расши¬ 
рить знания, закодированные в процедурах из Р, первопорядко¬ 
выми аксиомами индукции, и тогда этой информации оказы¬ 
вается достаточно для доказательства того, например, что ите¬ 
рация через конечное число шагов обязательно сойдется к 
некоторому решению. Такого рода доказательства называются 
«неконструктивными доказательствами существования», по¬ 
скольку в отличие от резолютивных доказательств находить ре¬ 
шения, существование которых устанавливается, в них не 
нужно *>. 

Иногда разрешимость программы можно установить более 
просто путем анализа ее спецификации S. Пусть уже известно, 
что программа (Р, G) является полной. Тогда (Р, G) будет раз¬ 
решимой, если 

для некоторой подстановки Ѳ, S |= R* (/Ѳ) 

(обратное, заметим, неверно), что с очевидностью вытекает из 
определений 5 и 8. Практическое значение этого утверждения 
состоит в том, что целевое утверждение R*(/0), может быть, 
гораздо легче доказать, исходя из спецификации, непосредствен¬ 
но описывающей проблемную область, чем из множества ориен¬ 
тированных на вычисления процедур. Данный метод имеет еще 
одно преимущество: он подтверждает, что вычисляемое решение 
*Ѳ не только существует, но и является также правильным отно¬ 
сительно S. 

Точно так же анализ спецификации S может быть наиболее 
простым способом доказательства неразрешимости. Пусть из¬ 
вестно уже, что программа (Р, G) частично правильна. Тогда 


•> Имеются в виду, конечно, резолютивные доказательства из множеств 
хорновских дизъюнктов. Если же мы будем доказывать существование ис¬ 
ходя из произвольной спецификации S, то резолютивный вывод может ока¬ 
заться неконструктивным и решения не дать. — Прим, перев. 
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(Р, G) неразрешима, если 

для всех подстановок Ѳ S |= “] R* (<Ѳ) 

(обратное, заметим, неверно). Установить это, может быть, про¬ 
ще, чем, используя процедуры из Р и строгое определение не¬ 
разрешимости, показывать, что 

для всех подстановок Ѳ не (Р (= R* (/Ѳ)) 

Данные применения спецификации S, как и все другие, осно¬ 
вываются на допущении непротиворечивости S. 


Ѵ.5. Правильность^алгоритмов: определения 

В этом разделе мы изучим свойства правильности логических 
алгоритмов. Логический алгоритм получается в результате вы¬ 
бора некоторой управляющей стратегии С для управления ис¬ 
полнением некоторой логической программы (Р, G); логический 
алгоритм можно обозначить поэтому тройкой (Р, G, С). Так 
как тройка (Р, G, С) содержит также полную информацию, не¬ 
обходимую для определения всех деталей работы алгоритма, то 
можно считать, что она в то же время является обозначением 
исполнения программы. Таким образом, мы будем использовать 
здесь термины алгоритм и исполнение как равнозначные. 

В каждой из существующих реализаций основной составной 
частью стратегии С является, как правило, стандартная страте¬ 
гия управления, которая регулирует выбор вызовов и отвечаю¬ 
щих на них процедур и в пространстве вычислений программы 
осуществляет поиск в глубину. В предыдущих главах мы уже 
видели, что эта базовая стратегия может быть разными спосо¬ 
бами усилена или ограничена с помощью других управляющих 
механизмов, таких как порождение лемм, отрицание как неуда¬ 
ча, операторы отсечения и т. д. Для того чтобы упростить пред¬ 
ставление наиболее важных моментов в алгоритме верификации, 
в дальнейшем указанные модификации рассматриваться не бу¬ 
дут, и наш анализ поэтому будет в основном ограничен алго¬ 
ритмами, управляемыми одной лишь стандартной стратегией. 

Ѵ.5.1. Производимость 

Целью исполнения программы является порождение вычис¬ 
лений. В дальнейшем для обозначения вычислений мы будем 
использовать букву Г (гамма). Если предположить, что С — 
стандартная стратегия для исполнения методом сверху вниз, то 
каждое вычисление Г будет представлять собой последователь- 
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ность целевых утверждений, начинающуюся с исходного целе¬ 
вого утверждения программы G. 

При конкретном управлении С всякое вычисление можно 
классифицировать либо как производимое (producible), либо 
как непроизводимое. Эти понятия определяются следующим об¬ 
разом. 

Определение 9. Производимость вычисления Г из программы 
(Р, G) при управлении С. 

Вычисление Г является производимым из программы (Р, G) 
при управлении С тогда и только тогда, когда исполнение 
(Р, G, С) порождает каждое целевое утверждение из Г за ко¬ 
нечное число шагов (т. е. в течение некоторого конечного вре¬ 
мени с момента начала исполнения программы); в противном 
случае вычисление Г называется непроизводимым при управ¬ 
лении С. 

Это определение применяется не только к стандартной стра¬ 
тегии (поиска в глубину), но и к любой другой стратегии управ¬ 
ления методом сверху вниз. 

В соответствии со следующим определением понятие произ- 
водимости можно с успехом применять к вычисляемым реше¬ 
ниям так же, как к вычислениям. 

Определение 10. Производимость решения Т из программы 
(Р, G) при управлении С. 

Вычисляемое решение Т является производимым из програм¬ 
мы (Р, G) при управлении С тогда и только тогда, когда оно 
вычисляется некоторым производимым при С вычислением (т. е. 
решение Т вычислимо за некоторое конечное время); в против¬ 
ном случае решение Т называется непроизводимым. 

Цель этих определений — прояснить разницу между тем, что 
логически вычислимо в соответствии с программой, и тем, что 
действительно вычислимо (производимо), когда программа ис¬ 
полняется конкретным способом. В дальнейшем будет показа¬ 
но, что не все вычислимые решения обязательно будут произво¬ 
димыми даже при страндартной стратегии; будут они таковыми 
или нет, зависит частично от управления, а частично — от струк¬ 
туры полного пространства вычислений программы. Все это 
станет более понятным из следующего раздела, где рассматри¬ 
вается несколько конкретных примеров. 

Ѵ.5.2. Сравнение трех алгоритмов 

Приводимая ниже программа представляет собой довольно 
искусственный пример, которого будет достаточно для иллю¬ 
страции всех интересующих нас сейчас свойств алгоритмов. Мы 
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не будем пытаться придать этой программе какое-либо практи¬ 
ческое значение. 


Программа 32 

G 

Р1 

Р2 

РЗ 

Р4 


? g(y) 

S(y) если р (у), q (у) 
9(A) 

Я (А) 

Я (f(x)) если q (/(/(*))) 


Процедуры PI— Р4 образуют полное множество процедур Р. 
Допустим теперь, что эта программа исполняется с помощью 
стандартной стратегии и при указанном текстуальном упорядо¬ 
чении процедур и вызовов — два этих аспекта управления со¬ 
ставляют общее управление С1. Получаемый в результате алго¬ 
ритм (Р, G, С1) порождает следующее единственное вычисле¬ 
ние Гь 


Г, 


? ёІУ) 

? Р(У),Ч(У) 
? q (А) 


решение у := А 


Это вычисление является конечным, производимым, успешным; 
оно дает решение у:=А. Найденное решение является вычис¬ 
ляемым решением, поскольку Р 1= g(^), а также производимым 
решением, поскольку оно действительно получается через конеч¬ 
ное число шагов исполнения программы. Данный алгоритм со¬ 
вершенно безобиден и сравним с многими уже рассмотренными 
до сих пор примерами. 

Теперь посмотрим, что получится в результате изменения 
текстуального порядка двух вызовов из тела процедуры Р1 на 
обратный. Логическое содержание программы при этом не из¬ 
менится и поэтому программа (Р, G) останется той же самой. 
Однако эти действия приведут к изменению управления: оно 
будет эквивалентно управлению, которое получится, если про¬ 
цедуру Р1 оставить без изменений и взять правило вычислений, 
выбирающее последний вызов из каждого целевого утвержде¬ 
ния вместо первого. С какой бы точки зрения это ни рассматри¬ 
вать, новое общее управление С2 отличается от С1. Получаю¬ 
щийся в результате алгоритм (Р, G, С2) порождает следующие 
два вычисления: 


Г 2а : ? ё(у) Ггь 

? ЧІУ)>Р(у) 

? р (А) 

? решение у:= А 


? g(«/) 

? q(2f).p(£f) 

? q(/(f (*))),Р(/(*)) 

? q (/(/(К*)))). P (/(*)) 


и т. д. до бесконечности 
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Вычисление Г 2а является конечным, производимым, успешным и 
дает решение у:=А. Он<£ порождается первым. Другое вычис¬ 
ление Г 2 ь оказывается бесконечным и, стало быть, хотя и яв¬ 
ляется производимым, но не дает соответствующего производи¬ 
мого решения. 

Рассмотрим, наконец, третий алгоритм, который получается 
в результате двух текстуальных изменений в программе 32: пер¬ 
вое меняет порядок двух вызовов из Р1 на обратный (как и во 
втором алгоритме), а второе переставляет местами процедуры 
РЗ и Р4. Таким образом, у нас опять имеется та же самая про¬ 
грамма (Р, G), но мы используем новое общее управление СЗ. 
Алгоритм (Р, G, СЗ) начнет строить вычисление Г 2 ь. Поскольку 
оно бесконечно, а стандартная стратегия осуществляет поиск 
в глубину, исполнение программы будет все время занято по¬ 
строением вычисления Г 2 ь, и, следовательно, вычисление Г 2а ста¬ 
новится непроизводимым. 

Эти отличающиеся друг от друга поведения можно проще 
всего понять, рассматривая полное пространство вычислений, 
определяемое программой (Р, G) , в предположении, что испол¬ 
нение ведется методом сверху вниз. Пространство состоит как 
раз из трех вычислений Гі, Г 2а и Г 2Ь . Мы видели в гл. II, что 
различные правила вычислений для выбора вызова соответ¬ 
ствуют различным подпространствам полного пространства вы¬ 
числений. Это ясно показывают три приведенных выше алго¬ 
ритма. В первом посредством включения в управление С1 про¬ 
граммой 32 стандартного правила вычисления слева направо вы¬ 
деляется подпространство {Гі}. В двух оставшихся алгоритмах 
эффективное включение в управления С2 и СЗ программой 32 
правила вычисления справа налево приводит к выделению од¬ 
ного и того же подпространства {Г 2а , Г 2 ь}. Каждое из выбран¬ 
ных подпространств покрывает полное множество решений 
{у:=А}. 

Изменение текстуального порядка процедур в программе эк¬ 
вивалентно принятию другого правила поиска для выбора про¬ 
цедур. Снова, как было показано в гл. II, каждому такому пра¬ 
вилу поиска соответствует своя последовательность порождения 
вычислений из выбранного подпространства. Правило поиска, 
использованное в управлении СІ, может порождать только одно 
вычисление Г ь тогда как в С2 это же самое правило может по¬ 
рождать два вычисления и порождает их в указанном выше по¬ 
рядке. Однако изменение порядка следования процедур РЗ и Р4 
эквивалентно изменению стандартного правила поиска (с пер¬ 
вой процедуры до последней) на обратное, и поэтому управле¬ 
ние СЗ исследует то же подпространство, что и С2, но в обрат¬ 
ном порядке. 
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В заключение мы отметим следующие основные положения: 
(і) наличие или отсутствие бесконечных вычислений зависит 
только от логического содержания программы (Р, G); (іі) со¬ 
держатся или нет имеющиеся бесконечные вычисления в выбран¬ 
ном подпространстве, определяется общим управлением; (ііі) об¬ 
щее управление определяет, будут или нет бесконечные вычис¬ 
ления из выбранного подпространства порождаться перед 
некоторыми или всеми конечными вычислениями; (іѵ) логически 
вычислимое решение не обязано являться производимым при 
каждом конкретном управлении — оно будет производимым толь¬ 
ко тогда, когда в течение конечного времени в ходе исполнения 
программы будет выбрано и полностью построено вычисление, 
соответствующее этому решению. 

Ввиду (іѵ) теперь должно быть понятно, почему, как утвер¬ 
ждалось в разд. V .4, для проверки разрешимости программы не 
всегда бывает достаточно ее исполнить — если сначала будет 
исследоваться какая-либо бесконечная область пространства 
вычислений, то никаких решений в результате исполнения найти 
не удастся. 

Возможность существования логически вычислимых решений, 
не являющихся производимыми, появляется всякий раз, когда 
используемая стратегия управления « несправедлива», т. е. когда 
ее внимание не распределяется поровну между всеми имеющи¬ 
мися вычислениями. Последовательная стратегия поиска в глу¬ 
бину неизбежно несправедлива в силу того, что она обязана 
построить до конца текущее вычисление прежде, чем перейти 
к следующему. 

Наоборот, последовательная стратегия поиска в ширину, со¬ 
гласно которой по очереди выполняется по одному шагу в каж¬ 
дом из вычислений, и, таким образом они порождаются почти 
параллельно, — эта стратегия по существу « справедлива», и по¬ 
тому все конечные вычисления (а следовательно, и все вычис¬ 
ляемые решения) обычно порождаются при ней за конечное 
время. Исключение может возникнуть лишь тогда, когда в про¬ 
цессе поиска мы сталкиваемся с бесконечным числом вычисле¬ 
ний, поскольку в этом случае частично построенное успешное 
вычисление может навсегда остаться незавершенным, в то вре¬ 
мя как интерпретатор будет занят применением текущего рас¬ 
ширяющего шага ко всей оставшейся бесконечной совокупности 
вычислений. Как правило, такого рода пространства вычис¬ 
лений появляются в тех случаях, когда в программах вызы¬ 
ваются встроенные процедуры, которые ведут себя так, как 
будто они реализованы посредством бесконечного множества 
фактов. 

Вычисляемые решения могут стать непроизводимыми, даже 
если программа (Р, G) определяет конечное пространство вы- 
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числений (содержащее конечное число конечных вычислений). 
Такое может произойти, когда управление С способно удалять 
вычисления в ходе исполнения программы, реагируя, например, 
на оператор отсечения или на директивы вычеркивания про¬ 
цедур. Фактически это эквивалентно управлению исполнением 
посредством стратегии неполного поиска, т. е. такой стратегии, 
при которой все логически определяемые программой (Р, G) 
возможности полностью не исследуются. 


Ѵ.5.3. Завершаемость 

Завершаемость является простым понятием, когда мы при¬ 
меняем его к программе, написанной на традиционном детерми¬ 
нистском языке: такая программа предлагает только одно воз¬ 
можное вычисление (после того как входные данные, если они 
имеются, уже определены), и ее исполнение завершается в том 
и только том случае, когда это вычисление конечное. 

Понятие завершаемости становится потенциально более 
сложным, когда мы применяем его к логическим алгоритмам, 
предлагающим несколько вычислений. В этом случае в зави¬ 
симости от выбранного определения для завершения алгоритма 
(Р, G, С) может потребоваться, например, (і) чтобы все успеш¬ 
ные вычисления были производимыми или (іі) чтобы вычисле¬ 
ния всех видов были производимыми и чтобы их было лишь ко¬ 
нечное число. Условие (і) является более слабым по сравнению 
с условием (іі), так как в нем требуется только то, чтобы все 
вычисляемые решения были получены за конечное время, даже 
если потом исполнение программы будет продолжаться беско¬ 
нечно долго, либо попав в ловушку бесконечного вычисления, 
либо оказавшись вынужденным исследовать бесконечную со¬ 
вокупность неудачных вычислений. Условие (іі) является 
более сильным, поскольку в нем утверждается, что весь про¬ 
цесс исполнения программы должен завершиться за конечное 
время. 

На интуитивном уровне условие (іі) кажется более подхо¬ 
дящим, если, конечно, мы согласимся с тем, что ему не будут 
удовлетворять некоторые виды программ, оказывающихся тем 
не менее практически полезными. Это такие программы, кото¬ 
рые ведут себя так, как будто они собираются работать бес¬ 
конечно долго. К ним относятся операционные системы, про¬ 
граммы контроля процессов реального времени и т. д. Может 
возникнуть, например, желание исполнить следующую програм¬ 
му, которая контролирует состояние х некоторого процесса в 
моменты времени t = 0, 1,2, ... и т. д. 
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Программа 33 
? монитор(О) 

монитор^) если состояние^ , t), 

дисплей^, І ) , монитору + 1) 
и соответствующие процедуры для предиката 
дисплей, причем вызовы состояние решаются 
непосредственно через интерфейс с аппаратными 
средствами этого процесса 

Здесь моменты времени определяются программой монитор, и 
мы предполагаем, что каждый вызов состояние по каждому зна¬ 
чению t выдает единственное значение для перменной х. В этом 
случае программа будет детерминированной, а ее единственное 
вычисление является бесконечным. Следовательно, исполнение 
программы никогда не даст решения исходного целевого утверж¬ 
дения и никогда не завершится. Напротив, желаемый резуль¬ 
тат— это последовательность значений (x,t), которые сами яв¬ 
ляются единственными вычисляемыми решениями вызовов со¬ 
стояние. 

Приблизительно такое же поведение можно получить, ис¬ 
пользуя несколько иной стиль программирования, такой как 
в приводимой ниже программе. 

Программа 34 

? состояние^, t), дисплей^, t) 

и процедуры для предиката дисплей, причем вызовы 
состояние решаются, как и прежде 

Мы предполагаем здесь, что сам процесс, а не монитор, сооб¬ 
щает моменты времени t, а также состояния х. Эта программа 
недетерминированная, поскольку процесс ведет себя так, как 
если бы он был реализован с помощью бесконечного числа фак¬ 
тов состояние, по одному для каждого момента времени t. 
Успешные пары (х, t) выдаются теперь путем многократного 
выполнения процесса возврата, в результате чего по очереди 
вызывается каждый из (неявных) фактов состояние. Подпро¬ 
странство вычислений будет состоять теперь из бесконечного 
числа успешных вычислений и бесконечных вычислений содер¬ 
жать не будет. Исполнение программы снова не завершается. 

Несмотря на наличие такого рода исключений, мы примем 
до некоторой степени произвольно указанное выше условие за¬ 
вершаемое™ (іі), формализуя его следующим образом. 

Определение 11. Завершаемое™ исполнения (Р, G, С) 

Исполнение (Р, G, С) завершается тогда и только тогда, ко¬ 
гда оно дает конечное множество вычислений, причем все они 
имеют конечную длину. 
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Из этого определения следует, что алгоритмы, полученные в ре¬ 
зультате исполнения программ 33 и 34 при стандартной стра¬ 
тегии выполнения, являются незавершаемыми. Что касается про¬ 
граммы 32, обсуждавшейся в предыдущем разделе, то, согласно 
данному определению, исполнение (Р, G, С1) завершается, тогда 
как оба исполнения (Р, G, С2) и (Р, G, СЗ) не завершаются. 

Ѵ.5.4. Определения правильности логических алгоритмов 

При традиционном подходе к доказательству правильности 
программ было принято включать условие завершаемое™ в 
определение полной правильности. Имея дело с логическими 
алгоритмами, мы не станем в этом отношении следовать указан¬ 
ному подходу, а сконцентрируем свое внимание лишь на пра¬ 
вильности и полноте множества порождаемых решений. Завер¬ 
шаемое™ алгоритмов, а также разрешимость программ рассмат¬ 
риваются как важные, заслуживающие изучения свойства, но 
их не следует включать в необходимые условия правильности. 

На содержательном уровне логический алгоритм (Р, G, С) 
считается полностью правильным относительно спецификации 
в том и только том случае, когда он является и частично пра¬ 
вильным, и полным. Логический алгоритм будет частично пра¬ 
вильным тогда и только тогда, когда все производимые им ре¬ 
шения являются специфицируемыми решениями, и он будет 
полным тогда и только тогда, когда все специфицируемые реше¬ 
ния являются производимыми решениями. Другими словами, 
полностью правильный алгоритм выдает за конечное время в 
точности те решения, которые спецификация S приписывает це¬ 
левому утверждению G. 

Для того чтобы сформулировать эти условия в логических 
терминах, удобно использовать выражения вида 

АЬ-сВ 

означающие, что формула В выводима из формулы А с по¬ 
мощью резолюции, управляемой стратегией С. В частности, вы¬ 
ражение 

Pt-cR *(*Ѳ) 

означает, что решение /Ѳ предполагаемого целевого утвержде¬ 
ния G: ? R*(0 является производимым при стратегии С. Не¬ 
обходимые условия правильности логических алгоритмов можно 
сформулировать теперь следующим образом. 

Определение 12. Частичная правильность (Р, G, С) относи¬ 
тельно спецификации S. 
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Логический алгоритм (Р, G, С) является частично правиль¬ 
ным относительно спецификации S тогда и только тогда, когда 
для всех Ѳ, если Ph-cR*(^), то S|=R*(fe) 

Определение 13. Полнота (Р, G, С) относительно специфика¬ 
ции S. 

Логический алгоритм (Р, G, С) является полным относи¬ 
тельно спецификации S тогда и только тогда, когда 

для всех Ѳ, если S)=R*(/0), то Pf-cR*(^) 

Определение 14. Полная правильность (Р, G, С) относитель¬ 
но спецификации S. 

Логический алгоритм (Р, G, С) является полностью правиль¬ 
ным относительно спецификации S в том и только том случае, 
когда 

для всех Ѳ St=R*(/0) тогда и только тогда, когда 
Pl-cR *(/Ѳ) 

Приведенные определения по своей структуре подобны (и это 
весьма приятно) дававшимся ранее определениям правильности 
программ (определения 4, 5 и 7), что является следствием ис¬ 
пользования двойственных понятий (логической) вычислимости 
и (действительной) производимости, позволяющих отличать ре¬ 
зультаты программ от результатов алгоритмов. 


V. 6. Правильность алгоритмов: 
достаточные условия 

Верификацию логических алгоритмов можно упростить с по¬ 
мощью применения достаточных условий. Как и при рассмот¬ 
рении верификации программ, эти условия не только оказыва¬ 
ются логически более сильными, чем необходимые, но позволяют 
также выявить разумные с методологической точки зрения тре¬ 
бования, которые следовало бы предъявлять к логическим алго¬ 
ритмам. Достаточные условия можно сформулировать следую¬ 
щим образом. 

Достаточное условие 4 частичной правильности алгоритма 
(Р, G, С) относительно спецификации S. 

Если программа (Р, G) частично правильна, то логический 
алгоритм (Р, G, С) также является частично правильным. 

Это условие должно быть достаточно очевидным: если програм¬ 
ма (Р, G) частично правильна, то каждое вычисляемое реше¬ 
ние /Ѳ будет специфицируемым решением, а при условии, что 
стратегия С основана на корректной системе логического выво- 
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да, такой как резолюция, каждое производимое решение t& 
является вычисляемым решением; отсюда сразу вытекает час¬ 
тичная правильность алгоритма (Р, G, С). 

Достаточное условие 5 полноты алгоритма (Р, G, С) относи¬ 
тельно спецификации S. 

Если программа (Р, G) полна и определяет конечное про¬ 
странство вычислений, а стратегия С исчерпывающая, то логи¬ 
ческий алгоритм (Р, G, С) является полным. 

Это условие также понятно: если пространство вычислений ко¬ 
нечно, а управление С исследует все вычисления в каждом вы¬ 
бранном подпространстве, то все вычисляемые решения явля¬ 
ются производимыми; поэтому, если программа (Р, G) полна, 
то все специфицируемые решения будут вычисляемыми и, сле¬ 
довательно, производимыми, что и доказывает полноту алго¬ 
ритма (Р, G, С). Управление С будет исчерпывающим, если оно 
совпадает со стандартной стратегией, в которой не используются 
операторы отсечения и другие подобные директивы. 

Достаточное условие 6 полной правильности алгоритма 
(Р, G, С) относительно спецификации S. 

Если программа (Р, G) полностью правильна и определяет 
конечное пространство вычислений, а управление С исчерпы¬ 
вающее, то логический алгоритм (Р, G, С) является полностью 
правильным. 

Этот критерий вытекает непосредственно из двух предыду¬ 
щих достаточных условий и определения 14. С помощью приве¬ 
денного ранее достаточного условия 3 полной правильности про¬ 
граммы (Р, G) можно сформулировать даже еще более сильное 
условие полной правильности алгоритма (Р, G, С). 

Достаточное условие 7 полной правильности алгоритма 
(Р, G, С) относительно спецификации S. 

Если S логически влечет Р, множество процедур Р является 
полным, программа (Р, G) определяет конечное пространство 
вычислений, а управление С исчерпывающее, то логический ал¬ 
горитм (Р, G, С) является полностью правильным. 

Мы воспользуемся этим критерием в следующем разделе, где 
приводится общая схема верификации программы 29 (програм¬ 
мы подмнож) и ее исполнения при стандартной стратегии управ¬ 
ления. 

Ѵ.7. Пример верификации 

Применение теории верификации мы продемонстируем теперь 
в общих чертах на примере программы 29. Тем самым мы пока¬ 
жем, что обсуждавшиеся выше идеи, носящие скорее теоретиче- 
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ский характер, могут быть достаточно прямым способом исполь¬ 
зованы для верификации программ. Мы заново сформулируем 
все утверждения программы 29 и для удобства ссылок снабдим 
их метками. 


Программа 29 


G 

Р1 

Р2 

РЗ 

Р4 


? подмнож(ш : А : 0, А : В: С: 0) 
подмнож(х,//) если пустое(х) 
подмнож(і> : х',у) если ѵ е у , подмнож(.ѵ' , у) 
ѵ 6 ѵ : г 

ѵ е и: z если ѵ е z 
а также встроенные процедуры для 
предиката пустое 


Мы покажем, что и сама эта программа и любое ее исполнение 
при стандартной стратегии управления являются полностью 
правильными относительно заданной спецификации. 


Ѵ.7.1. Выбор критериев 

Для того чтобы проверить правильность программы, нужно 
решить, какими критериями воспользоваться — необходимыми 
или достаточными. Вообще говоря, есть два соображения в 
пользу выбора последних. Первое из них заключается в том, что 
с помощью достаточных критериев проверяются три свойства 
программ, а именно: 

(i) Р логически следует из спецификации S; 

(ii) Р является полным относительно S; 

(iii) программа (P,G) определяет конечное 
пространство вычислений; 

Можно было бы ожидать, что эти свойства выполняются для 
составленных в хорошем стиле логических программ, и, конеч¬ 
но, разумно попытаться сначала доказать те свойства, выпол¬ 
нение которых кажется наиболее вероятным. Во-вторых, доста¬ 
точные условия легче формулировать и исследовать, чем необ¬ 
ходимые. В дальнейшем для подтверждения полной правильно¬ 
сти программы (Р, G) устанавливаются первые два из приве¬ 
денных выше свойств. Затем будет установлено третье свойство 
и, таким образом, гарантируется, что стандартное исполнение 
программы 29 даст за конечное время в точности те правильные 
примеры w, которые делают множество {w,A} подмножеством 
{А, В, С}. 
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программ 


Ѵ.7.2. Выбор спецификации 

Выбранная спецификация S состоит из множества предло¬ 
жений, записанных в общем языке логики первого порядка. 
Ниже мы приводим наиболее важные из них. В первом предло¬ 
жении формулируется стандартное определение предиката 
подмнож; во втором определяется отношение принадлежности 
для принятого представления множеств (в виде структуриро¬ 
ванных термов), а в третьем дается определение пустого множе¬ 
ства. Кроме того, в эту спецификацию (неявно) входит полное 
описание отношения тождества (=). 

Спецификация для программы 29 

51 : подмнож(х,г/)^4-(уы)(« е у если и е х) 

52 : и е х ■< => (ЗиЗх') (х = ѵ : х ', (и = ѵ V и е х') 

53 : пустое(х )~\ (ЗоЭх') (х=ѵ : х') 

и полное описание отношения = 

В этих предложениях символ <=> является сокращением для 
выражения «тогда и только тогда, когда». 


Ѵ.7.3. Преобразование определяющих 

Каждое предложение в приведенной выше спецификации 
намеренно представлено в виде 

определяемое <=>■ определяющее 

где в качестве определяемого (т. е. объекта, который опреде¬ 
ляется) выступает единственный предикат г( ), именующий не¬ 
которое специфицируемое отношение г, а в качестве определяю¬ 
щего (т. е. определяющего свойства объекта)—произвольная 
формула. Этот стандартный стиль представления спецификации 
объясняется следующим образом. Пусть можно показать, что 
из спецификации S логически следует некоторое предложение 
вида где D есть определяющее для специфицируемого 

отношения г. Тогда отсюда вытекает, что D' — это другое, экви¬ 
валентное первому определяющее для г. Более формально, мы 
утверждаем, что 

если S \= г ( ) и S (=■ D «*=> D' 
то S (=- г( )<=>& 

Замена предложения D на D' в определении отношения г 
называется преобразованием определяющего. Применяя после¬ 
довательно такие преобразования, можно получить доказатель- 
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ство, в котором на каждом шаге образуется новое определение 
отношения г, логически следующее из спецификации S. Доказа¬ 
тельство будет иметь такой вид: 

г( ) D( (определение, данное изначально в S) 
г ( ) <=► D 2 (используя S [= D, <=> D 2 ) 
r( )<*=*- D 3 (используя S [= D 2 D 3 ) 
и т. д. 

Цель построения такого доказательства состоит в получении ка¬ 
кого-либо п-го определения 

г( )^D„ 

в котором предложение D n является некоторой дизъюнкцией 
Ві V Вг V ... V Вщ, а каждый ее член Ві имеет синтаксис тела 
процедуры. Если это так, то отсюда непосредственно вытекает, 
что S логически влечет следующее множество из m выводимых 
процедур: 

г( ) если В! 
г( ) если В 2 


г( ) если Вщ 

В ходе выполнения верификации, основанной на достаточных 
критериях, доказательства такого рода строятся для каждого 
отношения, встречающегося в программе и отличного от тех, ко¬ 
торые реализованы встроенными процедурами. Поэтому в рас¬ 
сматриваемом примере будут нужны два доказательства: одно 
для отношения подмнож и другое для отношения принадлежно¬ 
сти 6 . Доказательства «направляются» таким образом, чтобы 
выводились в точности те процедуры, которые входят в нашу 
программу. Если это будет успешно выполнено, то тем самым 
будет доказано, что программа (Р, G) является полностью пра¬ 
вильной. Ее частичная правильность устанавливается непосред¬ 
ственно тем фактом, что каждая процедура логически следует 
из S, а ее полнота вытекает из того факта, что каждое преобра¬ 
зование определяющих сохраняет эквивалентность, т. е. гаран¬ 
тируется, что каждый кортеж термов, описываемый предыду¬ 
щим определяющим, будет описываться и последующим. 


Ѵ.7.4. Вывод процедур 

Ниже в общих чертах описывается применение преобразова¬ 
ний определяющих для вывода процедур Р1 и Р2 для предиката 
подмнож. Ради краткости на каждом шаге показывается только 
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определяющее Di, а не все предложение подмнож(л, у) Ф&О, 
целиком. 

Доказательство процедур под множ 
D! : (у«) (и е у если и е х) 

D 2 : (Vu)(u 6 у если {ЗѵЗх') (х= ѵ : х',(и=ѵ V и е *'))) 

D 3 : 1(ЗѵЭх')(х = ѵ:х')Ѵ 

(ЗѵЗх')(х = ѵ : х',(\/и)(и е у если и = ѵ Ѵ« е х')) 

D 4 : пустое(лг) V (ЗоЭа: , )(^ = « : х',(ѵ«)(« g у) если и = ѵ), 
(уы)(ы 6 У если и е х')) 

D 5 : пустое(л:) V (3і>3х')(* = ѵ : х' ,ѵ е у подмнож(х',#)) 

На этом этапе каждый член дизъюнкции из определяющего (D5) 
становится конъюнкцией предикатов и является, стало быть, 
правильно построенным телом процедуры. Заметим, что нали¬ 
чие кванторов существования в префиксе какого-либо из этих 
дизъюнктивных членов не играет никакой роли, поскольку каж¬ 
дое выводимое предложение 

А если (3z)B(z), где переменная z не входит в А 
эквивалентно предложению 

(yz) (А если В (г)) 

которое имеет вид стандартной процедуры. Таким образом, из 
определяющего D 5 мы можем теперь вывести два следующих 
предложения, соответствующих двум его дизъюнктивным 
членам. 

Р1 : подмнож(х,^) если пустое(х) 

подмнож(х, у) если х = ѵ: х' ,ѵ е у, подмнож(х',г/) 

С помощью элементарных свойств предиката = второе предло¬ 
жение можно упростить и получить тем самым процедуру 

Р2 : подмнож(о : х',у) если ѵ е «/,подмнож(х',у) 

Итак, выведены обе процедуры подмнож из программы 29. 
Шаги доказательства можно неформально объяснить следую¬ 
щим образом. 

Шаг 1. Di преобразуется в D 2 путем замены подформулы 
и е х на ее определяющее в соответствии с S2. 

Шаг 2. D 2 преобразуется в D 3 с помощью обобщения такого 
правила: 

формула А если(Зг) (B(z) , C(z)) логически эквивалентна 
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формуле “I (Эг)В( 2 ) V (32)(B(z),(A если С(г))) ,) 

Шаг 3. D 3 преобразуется в D4 с помощью правила 

формула А если В V С логически эквивалентна 
формуле (А если В),(А если С) 

для того, чтобы расщепить подформулу (Ѵы) (и т. д.) формулы 
D 3 на две конъюнкции. 

Шаг 4. Наконец, первая из полученных конъюнкций упро¬ 
щается до эквивалентной формулы ѵ е у, а вторая в соответ¬ 
ствии с S1 заменяется на определяемый ею предикат под- 
множ(лг , > у) , в результате чего получается D s . 

Последовательность ( Di, ..., D5) представляет собой только 
основные этапы доказательства. Вообще говоря, каждый шаг 
содержит некоторое произвольное количество внутренних мани¬ 
пуляций либо с одним лишь текущим определяющим (как, на¬ 
пример, при выводе D 4 из D 3 ), либо привлечением еще неко¬ 
торого предложения из спецификации S (как, например, при 
выводе D 5 из D 4 ). Во всех этих манипуляциях используются раз¬ 
нообразные правила вывода в логике предикатов первого по¬ 
рядка. Для успешного и эффективного выполнения верификации 
вручную требуется определенный опыт в обращении с подоб¬ 
ными правилами. Мы не пытаемся привести здесь исчерпываю¬ 
щую коллекцию полезных для верификации программ правил 
вывода. Вместо этого (в разд. V. 9) интересующемуся читателю 
рекомендуется обратиться к стандартным книгам по математи¬ 
ческой логике и исследовательским статьям, в которых описы¬ 
ваются правила, оказавшиеся наиболее полезными на практике. 

Следующая задача в рассматриваемом примере заключается 
в верификации процедур РЗ и Р4 для предиката е. Доказатель¬ 
ство начинается с определяющего отношение и е х, содержаще¬ 
гося в предложении S2, а именно 

D, : (ЗоЭх'Х* = ѵ : х',(и = v V « е х')) 


Ч Здесь автор допустил неточность. Эквивалентными эти формулы не 
являются, ибо, как нетрудно видеть, первая формула не следует логически 
из формулы 

(Э 2 )(В (z), (А если С (г))) 

Тем не менее, требуемую для преобразования D 2 в D 3 эквивалентность (т. е. 
приведенное выше правило, в котором вместо А, В и С подставлены соответ¬ 
ствующие подформулы из D 2 ) можно вывести из спецификации S с учетом 
присутствующего в ней определения отношения =. — Прим, перев. 


7* 
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На первом шаге правило 

формула А, (В V С) логически эквивалентна формуле 
(А,В) V (А,С) 

используется для того, чтобы преобразовать D] в предложение 
D 2 : (ЗѵЗх')((х = ѵ : х',и=ѵ) V (х = ѵ : х',и е х')) 
из которого мы можем вывести две процедуры 
и е х если х = ѵ : л ,и — ѵ 
и е х если х = ѵ : х' ,и е х 

В соответствии с предполагаемыми свойствами отношения тож¬ 
дества (=) их можно упростить до процедур 
ѵ е ѵ :х' 

и е ѵ : х' если и е х' 

которые с точностью до переименования переменной z на х' 
совпадают с процедурами РЗ и Р4 из программы 29, что и тре¬ 
бовалось. 

На этом верификация программы (Р, G) завершается: дока¬ 
зано, что она полностью правильна относительно данной спе¬ 
цификации S. Более того, она останется полностью правильной 
при любом другом целевом утверждении, поскольку в наших 
рассуждениях, основанных на достаточных критериях, целевое 
утверждение G не учитывалось. 

Ѵ.7.5. Доказательство завершаемости 

Завершаемость исполнения (Р, G, С) программы 29 устанав¬ 
ливается здесь с помощью неформальных рассуждений. Рас¬ 
смотрим произвольное вычисление Г, которое логически опреде¬ 
ляется этой программой. Оно начинается с активации вызова 
вида подмнож {si, s2), где s2 — терм, не содержащий перемен¬ 
ных. Допустим, что в ответ на него вызывается процедура Р1. 
В этом случае следующим активируется вызов процедуры пус¬ 
тое и мы предполагаем, что эта встроенная процедура всегда 
обрабатывает подобный вызов за конечное время. Если же вы¬ 
зывается процедура Р2, то тогда следующий активируемый вы¬ 
зов имеет вид t е s2. 

Посмотрим, как этот вызов е обрабатывается. Если s2 не 
является структурированным термом ѵ : х', то данный вызов за 
конечное время приведет к неудаче, поскольку ни процедура 
РЗ, ни процедура Р4 на него не отвечают. В противном случае 
s2 есть некоторый не содержащий переменных терм г: s2'. Если 
вызывается процедура РЗ, то наш вызов решается немедленно. 
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Если же вызывается Р4, то затем активируется вызов t е s2', 
второй аргумент s2' которого меньше, чем s2\ очевидно, что по¬ 
следующие обращения к процедуре Р4 для обработки вызова 
е не могут повторяться бесконечное число раз, поскольку вто¬ 
рой аргумент в рекурсивных вызовах е не может бесконечно 
уменьшаться в размерах. Таким образом устанавливается, что 
каждый вызов е должен привести к успеху или неудаче за ко¬ 
нечное время. 

Теперь еще раз обратим свое внимание на вызов t е s2. Если 
он оказывается неудачным, то неудачным является и вычисле¬ 
ние Г. Если же этот вызов решается успешно, то очередной ак¬ 
тивируемый вызов имеет вид подмнож (si, s2 ') , где терм s2' 
меньше, чем s2. С помощью таких же рассуждений, как и выше, 
можно показать, что рекурсивные вызовы процедуры Р2 не мо¬ 
гут продолжаться бесконечно долго. Итак, мы доказали, что 
все вызовы процедур пустое, е и подмнож должны обрабаты¬ 
ваться за конечное время. Отсюда вытекает, что вычисление Г 
обязано быть конечным. Этот вывод имеет место для всех вы¬ 
числений Г, и, стало быть, полное пространство вычислений на¬ 
шей программы конечно. Следовательно, исполнение програм¬ 
мы 29 при стандартной стратегии управления или при любой 
другой исчерпывающей стратегии завершается. Доказательство 
завершаемости можно без труда провести более формально 
с помощью структурной индукции. 


Ѵ.8. Ограничения на верификацию 

Показанный только что метод верификации программ не 
всегда может привести к успеху. Во-первых, рассматриваемая 
программа или алгоритм могли бы и не удовлетворять достаточ¬ 
ным условиям, если бы, к примеру, множество процедур было 
неполным или же не все его утверждения логически следовали 
из спецификации. В этом случае можно было бы надеяться до¬ 
казать правильность только с помощью необходимых условий, 
которые потребовали бы тщательного рассмотрения конкретного 
целевого утверждения и конкретной стратегии управления. 

Более фундаментальные препятствия для верификации про¬ 
грамм формулируются в различных ограничительных теоремах, 
давно уже установленных для формальных логических систем. 
Например, полуразрешимость проблемы общезначимости в ло¬ 
гике первого порядка (см. гл. I) означает, что не существует 
никакой надежной процедуры, позволяющей решать, является 
или нет каждая данная программа частично правильной, полной 
или полностью правильной. Таким образом, на возможности ве¬ 
рификаторов программ сразу накладывается теоретическое 
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ограничение. В силу тех же фундаментальных причин невозмож¬ 
но построить процедуры, которые позволяли бы полностью рас¬ 
познавать другие свойства, такие как разрешимость программ 
или непротиворечивость спецификаций. 

Точно так же невозможно придумать никакого надежного 
теста, позволяющего определять завершаемость логических ал¬ 
горитмов. Возможности исследования этого вопроса с помощью 
каких-либо методов доказательства теорем, основанных на ха¬ 
рактеризации конечности пространства вычислений, могут быть 
ограничены в зависимости от того, как сформулированы инте¬ 
ресующие нас свойства, пределами разрешимости логики либо 
первого, либо второго порядка. То же самое подтверждается и 
тем фактом, что каждый логический алгоритм может быть пред¬ 
ставлен некоторой машиной Тьюринга, ибо, как хорошо извест¬ 
но, вопрос о завершаемости таких алгоритмов («проблема оста¬ 
новки») является только полуразрешимым. 

Указанные теоретические препятствия не должны, конечно, 
удерживать нас от попыток построить автоматические и полу¬ 
автоматические средства верификации логических программ, по¬ 
скольку для подавляющего большинства практически действую¬ 
щих программ вполне возможно доказать их правильность (или 
неправильность) с помощью систематических и эффективных 
аналитических методов. Помимо этого, важно также осознавать, 
что приведенные здесь критерии правильности можно рассмат¬ 
ривать как условия, управляющие синтезом необходимо пра¬ 
вильных программ. Использование проверенных синтезирующих 
систем, основанных на этих критериях, позволяет эффективным 
образом избавиться от рассмотрения вообще всех неправильных 
программ, и тем самым мы в значительной степени преодоле¬ 
ваем ограничения разрешимости, которые потенциально оказы¬ 
вают влияние на логический анализ произвольно построенных 
программ. Более подробно вопросы синтеза программ рассмат¬ 
риваются в следующей главе. 

V.9. Исторический очерк 

Первые формулировки критериев верификации принадлежат 
Кларку и Тернлунду (1977). Они рассматривали верификацию 
лишь как один из вопросов в общей первопорядковой теории 
программ и данных. Эта теория развивается и систематизи¬ 
руется в диссертации Кларка (1979), где она описывается как 
«теория вычисляемого программой отношения». Мы будем на¬ 
зывать ее здесь для краткости теорией ВПО. 

«Вычисляемое программой отношение», обозначаемое здесь 
через R, определяется следующим образом: 

R = {Г IР [= R*(7')} 
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где Р — множество процедур, a G:?R*(f) — целевое утвержде¬ 
ние. Таким образом, отношение R — это просто множество всех 
вычислимых с помощью Р решений, покрывающее все возмож¬ 
ные выборы целевого кортежа t. От целевого утверждения оно, 
следовательно, не зависит. (То, что мы называли в этой главе 
«вычисляемым отношением» R, образует подмножество отноше¬ 
ния R и состоит из решений, которые вычисляются для задан¬ 
ного целевого утверждения G. Указанное различие между ана¬ 
лизируемыми отношениями отражает тот факт, что Кларк 
предпочитает считать «программой» не пару (Р, G), а лишь мно¬ 
жество процедур Р; каждое целевое утверждение G рассматри¬ 
вается в этом случае как «применение» программы Р.) 

Анализ Кларка и Тернлунда основывается на рассмотрении 
процедур из Р как первопорядковых аксиом, описывающих R. 
Эти процедуры составляют главную часть множества аксиом А, 
из которого может быть развита теория отношения R, позволяю¬ 
щая устанавливать различные свойства R, а следовательно, и 
программы Р. Теория ВПО состоит из множества аксиом А и 
всех предложений (теорем), доказуемых из А в исчислении пре¬ 
дикатов первого порядка. В зависимости от исследуемых свойств 
может потребоваться включить в множество А аксиомы, делаю¬ 
щие теорию более сильной, чем если бы А содержало одни лишь 
процедуры из Р; обычно в этих дополнительных аксиомах ко¬ 
дируются разнообразные правила индукции. 

Верификацию программ с помощью теории ВПО можно осу¬ 
ществлять, доказывая из А теоремы вида 

s : для всех Т R*^) <=> D(J) 

где D ( Т) — некоторое очевидно правильное определяющее для 
R*(7’). Фактически мы выводим из утверждений программы же¬ 
лаемую спецификацию. 

Кроме того, Кларк (1979) представил верификацию логиче¬ 
ских программ в стиле доказательства правильности тради¬ 
ционных программ, включив в условия верификации входные и 
выходные предикаты. Так, например, критерий полной правиль¬ 
ности может быть представлен в теории ВПО в качестве требо¬ 
вания, согласно которому некоторое предложение вида 
s' : для всех Т х если І(Гі) 

то для всех Т 2 R*(7’ 1 , Т 2 )<=$~0(Т 1 , Т 2 ) 
должно быть доказуемо из А. В приведенной формулировке Т\ 
и Т 2 обозначают некоторые выбранные подмножества аргумен¬ 
тов отношения R*. 1(Гі) — это некоторый предикат, описываю¬ 
щий предполагаемые входные аргументы Т и тогда как пре¬ 
дикат 0(Ті, Т 2 ) описывает желаемую зависимость между выхо¬ 
дом Т 2 и входом Т\. В предложении s' как раз и требуется, 



V. Верификация программ 


т 


чтобы получаемые с помощью программы решения вызова R* в 
точности удовлетворяли отношению О между входом и выходом 
всякий раз, когда на входных данных выполняется предикат I. 

Теорию ВПО можно использовать также для доказательства 
многих других свойств логических программ, например их раз¬ 
решимости или эквивалентности каким-то иным программам. 
Предложенный Кларком для достижения этих целей подход пол¬ 
ностью аналогичен подходу, который обычно применяется для 
анализа программ, написанных на других языках, и основы¬ 
вается, в частности, на различных видах индукции. Верификация 
программ посредством выводц их процедур была исследована 
вскоре после создания теории ВПО, и, по-видимому, это дает 
более простой метод доказательства частичной правильности. 
Сама возможность формализации большей части теории ВПО 
в логике первого порядка представляется важной для автома¬ 
тизации обработки данных на метауровне. 

В литературе по верификации логических программ имеется 
некоторая терминологическая путаница, что может вызвать не¬ 
доразумение у тех, кто не знаком с происходившими в процессе 
развития этой теории изменениями в определениях. В подходе 
Кларка и Тернлунда принимается стандартное понятие частич¬ 
ной правильности, однако, пытаясь достичь согласованности с 
понятиями из области доказательства правильности традицион¬ 
ных программ, в качестве дополнительного требования для опре¬ 
деления полной правильности они выбирают «завершаемость». 
Требование полноты логических программ в явном виде в этой 
формулировке не рассматривалось. Для исследования полной 
правильности с помощью теории ВПО им потребовалось поэтому 
определять завершаемость таким образом, чтобы ее можно было 
доказывать в исчислении предикатов первого порядка. Это 
было достигнуто за счет определения завершаемости как свой¬ 
ства, которое в данной книге называется разрешимостью — т. е. 
существование по крайней мере одного успешно завершающе¬ 
гося вычисления. Точно такой же подход несколькими годами 
раньше был предпринят Ченом и Ли (1973) при использовании 
логики дизъюнктов для верификации традиционных программ. 

Разрешимость, конечно же, не имеет никакого отношения к 
обычному понятию завершаемости, которое указывает на окон¬ 
чание всего процесса исполнения программы за конечное время. 
Исключение составляет тот особый случай, когда исполнение 
оказывается к тому же детерминированным (т. е. дающим в 
точности одно вычисление). Именно возможная недетерминиро¬ 
ванность логических программ лежит в основе невозможности 
их верификации в точном соответствии с методами доказатель¬ 
ства правильности традиционных программ. Причины этого за¬ 
ключаются в том, что (а) потенциальное наличие целого мно- 
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жества решений предполагает введение требования полноты, 
(Ь) независимость логики от управления предполагает существо¬ 
вание различий между верификацией программ и верификацией 
алгоритмов и (с) потенциальное наличие целого множества вы¬ 
числений и многообразие возможных стратегий управления за¬ 
трудняют как точное определение завершаемости, так и ее ана¬ 
лиз. До сих пор, однако, предпринималось слишком мало иссле¬ 
дований, направленных на разработку систематических методов 
доказательства завершаемости логических алгоритмов. 

Верификация с помощью вывода процедур была разрабо¬ 
тана независимо Кларком (1977), Кларком и Сикелем (1977) и 
Хоггером (1977, 1978а). Кларк ссылался на нее как на «вери¬ 
фикацию следования», подчеркивая тем самым, что ее цель со¬ 
стоит в доказательстве того, что процедуры программы являют¬ 
ся логическими следствиями ее спецификации. Более поздние 
формулировки даются Кларком (1979) и Хоггером (1981, 1982а). 
Рассматриваемый как средство либо верификации, либо синтеза 
программ вывод логических процедур отличается от анализа 
традиционных программ в том, что (а) он позволяет избежать 
решения обременительной задачи, связанной с аксиоматизацией 
разнородных и сильно зависящих друг от друга машинно-ориен¬ 
тированных программистских конструкций; (Ь) он позволяет со¬ 
средоточить внимание только на логических свойствах алгорит¬ 
мов, игнорируя все особенности их управления и (с) он не 
зависит от целевого утверждения и, следовательно, является 
нейтральным по отношению к предполагаемому использованию 
выводимых процедур. Кроме того, концептуальный базис этого 
метода прост и интуитивно понятен. 

Несмотря на все эти преимущества, возникают, однако, и 
практические трудности: довольно часто между спецификацией 
и целевыми процедурами не существует логической близости в 
том смысле, что построение требуемых выводов представляет 
собой непростое упражнение в доказательстве теорем. Чаще 
всего это случается тогда, когда в логике программы учиты¬ 
ваются очень тонкие свойства проблемной области, как это мо¬ 
жет быть во многих математических и естественно-научных при¬ 
ложениях. На сложность доказательства подобных свойств 
выбор формальной системы программирования значительного 
влияния не оказывает. 

С другой стороны, в большом числе практически используе¬ 
мых программ (особенно в тех, которые связаны с коммерче¬ 
ской обработкой данных) рассматриваются лишь сравнительно 
тривиальные свойства специфицируемых отношений. Именно в 
такого рода приложениях использование логики должно дать 
значительные преимущества. Они достигаются не только за счет 
той ясности, которую логика придает самим программам, но 
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также благодаря тому, что даже в случае очень больших про¬ 
грамм их верификация с помощью вывода процедур будет 
включать в себя лишь соответствующее большое число три¬ 
виальных доказательств. Для подобных программ, по всей види¬ 
мости, можно разработать системы автоматического поиска вы¬ 
вода, действующие, быть может, во взаимодействии с пользова¬ 
телем. Такого рода реализация была описана Балогом (1981), 
который использовал правила вывода, предложенные Хоаром 
(1969). Другие реализации предлагались Ханссоном и Тернлун- 
дом (1979), а также Ханссоном и Иоханссоном (1980). Обе они 
основаны на системах натурального вывода. Хорошие введения 
в натуральный вывод имеются у Куайна (1959) и Манны (1974). 

Наконец, вывод логических процедур был применен также 
Кларком и ван Эмденом (1981) к доказательству правильности 
традиционных программ. Они показали, как можно выводить 
логические процедуры, представляющие логическое содержание 
блок-схем программ, а затем верифицировать последние посред¬ 
ством доказательства того, что найденные процедуры удовлетво¬ 
ряют заданным спецификациям. Они установили также интерес¬ 
ные взаимосвязи между их подходом и различными традицион¬ 
ными методами верификации. 
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В этой главе рассматриваются составление и модификация 
логических программ. Пока еще нельзя предложить действи¬ 
тельно систематических методов разработки программ, посколь¬ 
ку у нас нет ни простой теории, позволяющей охарактеризовать 
эффективные алгоритмы, ни практических способов нахождения 
таких алгоритмов. Тем не менее представляется полезным очер¬ 
тить логические рамки для вывода программ, на которые могли 
бы быть наложены механические правила действий, как только 
наши знания о программах и алгоритмах будут улучшены. Для 
представления этих рамок мы воспользуемся описанными в гл. V 
понятиями логической спецификации и логического вывода про¬ 
цедур. Мы предполагаем также, что читатель имеет некоторый 
опыт работы с выводами в логике первого порядка. 


VI. 1. Правильность программ 

Важным соображением, возникающим при разработке любой 
программы, является вопрос о том, как предполагается и пред¬ 
полагается ли вообще гарантировать ее правильность. Любое 
решение этого вопроса должно повлиять на стиль и дух, в кото¬ 
рых мыслится и воспроизводится на языке программирования 
логика программы. Оно, в частности, будет определять роль, 
играемую той спецификацией, которой должна соответствовать 
окончательная программа. 

Справедливости ради стоит, вероятно, сказать, что «типич¬ 
ный» программист предпочитает разрабатывать программу ин¬ 
туитивным и экспериментальным образом. При составлении 
утверждений программы он полагается, прежде всего, на свое 
мысленное впечатление о некотором воображаемом алгоритме. 
И только потом он может обращаться к точной спецификации 
с целью оценки правильности уже полученной программы. Такой 
аналитический подход можно приблизительно описать как «сна¬ 
чала эксперимент, затем анализ». Эти действия будут, возмож¬ 
но, несколько раз итерироваться с тем, чтобы внести исправле¬ 
ния и усовершенствования. Приоритет в аналитическом подходе 
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отдается задаче описания известного эффективного алгоритма, 
причем всевозможные логические дефекты в этом описании 
устраняются позднее посредством анализа соответствия про¬ 
граммы ее спецификации. Это, быть может, не самый продуктив¬ 
ный или надежный способ программирования, и тем не менее 
именно его склонны применять большинство программистов, 
если, конечно, они не ограничены какой-либо навязанной им 
методологией. 

Можно воспользоваться другим подходом, который в отно¬ 
шении вопроса правильности программ является не аналитиче¬ 
ским, а синтетическим. Шаги программы, согласно этому под¬ 
ходу, выводятся логически из спецификации. Тем самым будет 
гарантирована их логическая правильность, несмотря на то что 
всякий выбор между альтернативными шагами в выводе будет 
определяться исходя из рассмотрения поведения программы в 
период ее исполнения. Приоритет здесь отдается получению пер¬ 
воначальной версии программы, которая с необходимостью дает 
правильные решения, в то время как усовершенствования, ка¬ 
сающиеся эффективности, могут быть сделаны потом с помощью 
сохраняющих правильность преобразований. Спецификация 
играет теперь активную, определяющую роль на протяжении 
всего процесса создания программы. Она вынуждает каждый 
вновь создаваемый шаг выполнять некоторое логически необхо¬ 
димое требование, и, таким образом, общая цель постоянно на¬ 
ходится в центре внимания программиста. В современной мето¬ 
дологии программирования отдается предпочтение именно этому 
подходу, требующему поддержания логической целостности про¬ 
граммы с самого начала ее разработки. 


VI. 2. Синтез логических программ 

Имеется несколько причин, в силу которых синтетический 
подход оказывается особенно удобным для разработки логиче¬ 
ских программ. Во-первых, метод верификации, описанный в 
гл. V как «вывод процедур», сразу же дает нам средство син¬ 
теза, способное гарантировать соответствие программ своим 
спецификациям: в процессе построения вывода эффективным 
образом получается текст программы. Во-вторых, отделение ло¬ 
гики от управления означает, что программист может пользо¬ 
ваться этим средством, заранее не беспокоясь о всех деталях 
поведения: хотя синтез каждого сегмента программы может и 
предполагать некоторое определенное поведение, последнее са¬ 
мим сегментом окончательно не фиксируется, поскольку имеется 
возможность выбора того или иного управления независимо от 
логики сегмента. В-третьих, записывая спецификации и про- 
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граммы на одном и том же языке логики первого порядка и свя¬ 
зывая их через простое понятие логического следования, про¬ 
граммист может непосредственно наблюдать, какой вклад де¬ 
лают те или иные допущения, входящие в спецификацию, в 
вычислительное решение задачи. По существу синтез программы 
заключается в выборе полезных с точки зрения вычисления 
фактов из полной базы знаний, задаваемой спецификацией. Вы¬ 
ражая эти факты в виде утверждений логической программы и 
применяя к ним процедурную интерпретацию, программист мо¬ 
жет исследовать, какой операционный вклад в алгоритм они 
делают при различных способах управления. Читая же их чисто 
декларативно он может увидеть, что они говорят о самой задаче. 

Традиционные программистские формализмы этими достоин¬ 
ствами логики не обладают. Прежде всего, из большинства 
стандартных методов верификации программ нельзя тривиаль¬ 
ным обращением получить синтетические средства для порож¬ 
дения алгоритмических конструкций, реализующих заданные 
логические цели. Более того, синтез традиционных программ не 
дает возможности откладывать принятие решений относительно 
их поведения в период исполнения. В частности, использование 
упорядоченных последовательностей деструктивных присваива¬ 
ний приводит к сильной логической и операционной зависимости 
между сегментами программы, что затрудняет их независимую 
разработку и анализ, делает их менее гибкими при окончатель¬ 
ном применении. Наконец, семантическое несоответствие между 
декларативными, основанными на логике спецификациями и опе¬ 
рационными конструкциями машинно-ориентированных языков 
заметно уменьшает понимание программистом их взаимосвязи, 
зависящей фактически от большого и разнородного множества 
соотношений, которые связывают эти два вида формальных 
систем. 

В приводимых ниже иллюстрациях синтеза логических про¬ 
грамм мы принимаем в качестве стандартного метода синтеза 
вывод процедур: каждая процедура программы логически вы¬ 
водится из заданной полной, непротиворечивой, очевидно пра¬ 
вильной спецификации, целиком записанной на языке логики 
первого порядка. Управление процессом построения вывода 
основывается на соображениях алгоритмической полезности 
предпринимаемых шагов, которая оценивается неформально. 

VI. 3. Синтез программ 

при помощи вывода процедур 

В нашем рассмотрении практической верификации программ 
в разд. V. 7 предыдущей главы была предложена идея построе¬ 
ния логического вывода из спецификации S единственного 
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предложения, дающего множество процедур для того или иного 
конкретного отношения. Например, из спецификации, описываю¬ 
щей множества и подмножества, мы вывели предложение 

подмнож(х , у) <=^- пустое(х) V 

(ЗѵЗх')(х = ѵ : х' ,ѵ е г/,подмнож(л:',г/)) 

из которого следуют две процедуры: 

подмнож(л:,у) если пустое(х) 

подмнож(х,г/) если х = ѵ:х',ѵ е і/,подмнож(л;', у) 

для отношения подмнож. 

В первом из приведенных выше предложений справа от 
связки стоит дизъюнкция двух случаев, для которых отно¬ 
шение подмнож (х, у) имеет место, причем каждый из этих дизъ¬ 
юнктивных членов образует тело выводимой процедуры 
подмнож. Такого рода предложения могут стать очень громозд¬ 
кими, если потребуется рассматривать достаточно много слу¬ 
чаев. Вместо этого можно воспользоваться более компактным 
методом, при котором каждая процедура выводится из специфи¬ 
кации S отдельно, т. е. случаи рассматриваются по одному. 

Удобно соединить этот метод с еще одной новой возмож¬ 
ностью, которую мы назовем целенаправленным выводом. Под 
целенаправленным выводом мы понимаем вывод процедуры пу¬ 
тем обработки исходного целевого утверждения, состоящего из 
вызова интересующего нас отношения. Рассмотрим, к примеру, 
вывод, состоящий из следующей последовательности целевых 
утверждений: 

G, : ? подмнож(х,г/) 


G„ : ? пустое(х) 

Предположим также, что для каждого t ^ 1 мы имеем S, Gt (= 
(= Gt+i. Другими словами, каждое выводимое целевое утверж¬ 
дение логически следует из S и предыдущего целевого утверж¬ 
дения. Если это так, то отсюда вытекает, что процедура 

подмнож(х,г/) если пустое(х) 

логически следует из S; заголовком процедуры является вызов 
из Gi, а ее телом — множество вызовов из G n . 

В более общем случае целенаправленный вывод процедуры 
для какого-либо отношения г начинается с целевого утвержде¬ 
ния 


G, : ? г( ) 
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и заканчивается некоторым целевым утверждением вида 
G„: ? г,( ),г 2 ( ).г*( ) 

Этим выводом устанавливается, что при условии справедливости 
спецификации S вызов г( ) можно решить, решая конъюнкцию 
вызовов Г] ( ), ..., г k ( ). Именно это, конечно, и утверждается 
в выводимой процедуре 

г( ) если г,( г*( ) 

К указанному заключению можно прийти более формально, за¬ 
мечая, что если каждое целевое утверждение логически следует 
из S и предшествующего целевого утверждения, то в силу 
транзитивности отношения (= имеет место логическое следствие 
S, G[ Н G n . Поскольку каждое целевое утверждение представ¬ 
ляет собой формулу, находящуюся под отрицанием, последнее 
отношение можно переписать в виде 

S , “1 заголовок [= ~] тело 

и тогда отношение 

S |= (заголовок если тело) 

получается из него как следствие логической метатеоремы, из¬ 
вестной под названием теоремы дедукции 

Заметим, что последовательность (Gi, ..., G n ) напоминает 
обычное вычисление сверху вниз из логической программы. От¬ 
личие состоит только в том, что целевые утверждения, располо¬ 
женные между G] и G n , не обязаны быть лишь конъюнкциями 
предикатов. Например, вторым целевым утверждением в этой 
последовательности могло бы быть такое 

G 2 : ? (Ѵ«)(“ е У если и е х) 

Целевые утверждения образуются здесь в таком же духе, как 
и при исполнении логической программы. Вследствие использо¬ 
вания резолюции исполнение программы (Р, Gi) порождает 
каждое новое целевое утверждение Gt+i так, чтобы выполнялось 
отношение Р, Gt }= Gt+i. При выводе процедур с целью выбора 
информации на каждом шаге вместо множества процедур Р 
используется спецификация S, и в общем случае для работы 
с более произвольным синтаксисом целевых утверждений тре¬ 
буются более сложные правила вывода, чем правило резолюции. 

Преимущество представления вывода процедур в этой квази¬ 
вычислительной форме состоит не только в большей компакт¬ 
ности, достигаемой благодаря тому, что одновременно ищется 


’> Здесь можно воспользоваться определением логического следствия, 
согласно которому S | Fif== IF 2 эквивалентно S |= | F* еслн“1 F b и зако¬ 
ном контрапозиции “|F 2 если “I F, (= Fi если F 2 — Прим. перев. 
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вывод только одной процедуры, но также в точном выявлении 
того, как именно спецификация способствует решению задачи, 
поставленной изначально в виде целевого утверждения ?г( ). 
Эта общая цель синтеза программы поддерживается в мыслях 
программиста за счет действий, которые ему нужно выполнять 
на каждом шаге и которые заключаются в применении некото¬ 
рого выбранного из S факта к текущему целевому утверждению 
Gt обоснованным с точки зрения вычисления образом. Заметим, 
что в принципе программист мог бы ввести вывод в ту точку, 
где действительно решается исходное целевое утверждение, как 
будто бы он исполнял «программу», «множеством процедур» ко¬ 
торой является спецификация S. На практике, однако, этот вы¬ 
вод обычно заканчивается в некоторой более ранней точке, где 
может быть получена какая-либо полезная процедура. Поэтому, 
если цель исполнения программы — получить решение, то в про¬ 
цессе построения вывода процедур ищется способ (процедура) 
получения решения. 

VI. 4. Пример с использованием резолюции 

Иногда одна только резолюция может служить в качестве 
практической системы логического вывода для получения про¬ 
грамм из спецификаций. Мы продемонстрируем это на следую¬ 
щем примере, в котором рассматривается задача нахождения 
всех пар (и, ѵ ) элементов множества z, удовлетворяющих не¬ 
которому итересующему нас бинарному отношению р (и,ѵ). На¬ 
пример, если z = {/, 2, 3}, а р есть отношение «больше» (>), 
то решениями будут пары (2,1), (3,1) и (3,2). 

Желаемую зависимость между и, ѵ и z можно описать с по¬ 
мощью предиката найти («, v, z). Отношения, нужные для реше¬ 
ния этой задачи, можно специфицировать тогда следующими 
определениями: 

найти(н,о, z) 6 z,v 6 z,p(u,v) 

и 6 z<^(5w3z')(z=w : z',(u = w V « e г')) 
и полным определением предиката =, 

Поскольку для синтеза программы мы намерены использо¬ 
вать резолюцию, удобно извлечь из этих предложений ряд три¬ 
виальных логических следствий, каждое из которых имеет струк¬ 
туру стандартной логической процедуры: 


S1 : 

найти(м,о,г) 

если и 6 z,v е z,p(u,v) 

S2 : 

и е z 

если найти (u,v,z) 

S3 : 

ѵ е z 

если найти(ы,п,г) 

S4 : 

р(ц,о) 

если найти(м,о,г) 

S5 : 

и е и: г' 
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Предложения S1 — S4 — это просто отдельные импликации, со¬ 
держащиеся в приведенном выше определении отношения найти, 
тогда как S5 и S6 — стандартные процедуры е, вытекающие 
из определения отношения е. Все множество {Si . Se} мо¬ 

жет теперь служить в качестве спецификации S для синтеза про¬ 
граммы найти. Отношение р остается неспецифицированным — 
любое определение р, такое, скажем, как множество фактов р, 
может быть добавлено к программе в виде произвольной струк¬ 
туры данных позднее. 

Прежде чем двигаться дальше, стоит заметить, что получен¬ 
ную спецификацию можно было бы непосредственно использо¬ 
вать для вычисления решений задачи найти. Допустим, к при¬ 
меру, что в качестве р выбрано (встроеннное) отношение >, а 
целевым утверждением является ? найти (и,ѵ,1 :2:3: 0). Все 
решения можно вычислить тогда (с довольно сносной эффектив¬ 
ностью) только с помощью множества процедур {S 1, S5, S6}. 
Тем не менее мы приступим к построению другого множества 
процедур и впоследствии сравним два этих множества. 

Мы начнем синтез программы, поставив наиболее общее це¬ 
левое утверждение 


G, : ? найти(и,о,г) 

так что на класс задач найти, решаемых с помощью выводимых 
процедур, никаких ограничений не накладывается. Применяя 
резолюцию сверху вниз, можно построить следующий вывод, в 
котором активированные вызовы подчеркнуты 

G, : ? найти(и,о,г) 

G 2 : ? и 6 г ,о е г,р(н,о) 

G 3 : ? ѵ е u.:z',p{u,v) (присваивая z:=u:z r ) 

G 4 : ? р(н,н) (присваивая ѵ:=и) 

Здесь целевое утверждение G 2 получается в результате вызова 
процедуры SI, G 3 — в результате вызова S5, и G 4 — также в 
результате вызова S5. Продолжение этого вывода посредством 
вызова процедуры S4 в ответ на целевое утверждение G 4 не 
послужило бы никакой очевидной цели, поскольку это привело 
бы к появлению вызова найти, в котором упоминается некоторое 
произвольное множество, никак не связанное с рассматривае¬ 
мым в данный момент множеством z. Поэтому в этой точке мы 
выводим первую процедуру найти 


(найти(и,о, 2 ) если р(н ? н))Ѳ 
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где Ѳ — множество накопленных связываний {г~и:г' ш 
ѵ и). Итак, мы получаем процедуру 

Р1 : найти(ы,и,и : z') если р{и,и) 

Эта процедура пытается решить каждый вызов найти (и, ѵ, г), 
выбирая в качестве и и у первый элемент множества z и затем 
показывая, что справедливо отношение р(ы, и). 

Очевидно, что есть и другие способы выбора и и и из мно¬ 
жества z. Их можно обнаружить с помощью механизма возврата 
в только что построенном выводе, осуществляя поиск шагов, до¬ 
пускающих альтернативные неиспробованные выборы процедур. 
Так, если мы вернемся к целевому утверждению G 3 , то обнару¬ 
жим, что вместо S5 можно вызвать процедуру S 6 и породить 
тем самым новое целевое утверждение 

G' : ? ѵ 6 г',р(и,ѵ) (присваивая w:—u) 

В этой точке в ответ на вызов е можно было бы обратиться 
либо к процедуре S5, либо к S 6 , но в результате появились бы 
ссылки на компоненты множества z 7 ; в рассматриваемом син¬ 
тезе мы отказываемся от этой возможности и закончим построе¬ 
ние вывода целевым утверждением G' для того, чтобы вывести 
еще одну процедуру найти 

Р2 : найти (и,ѵ,и‘.г') если ѵ е г',р{и,ѵ) 

Она берет в качестве и первый элемент множества z, ѵ выби¬ 
рает из оставшейся части z' и затем пытается показать, что 
имеет место отношение р (и,ѵ). 

Точно так же мы можем вернуться к целевому утверждению 
G 2 и построить следующий вывод: 

G 2 : ? и е z ,v е г,р(и,ѵ) 

G 7 : ? и е г' , ѵ е w: z ' ,р(и,ѵ) (присваивая z:=w:z r ) 

G" : ? и e z',p(u,v) (присваивая w:=v) 

Здесь G 3 получается в результате вызова процедуры S 6 , а 
G" — в результате вызова S5. В этой точке выводится процедура 
РЗ : найти(ы,о,о : z 7 ) если и е z',p(u,v) 

которая отличается от Р2 только тем, что при выборе из мно¬ 
жества z элементы и и ѵ меняются ролями. 

Наконец, можно вернуться к целевому утверждению Gj и в 
qtbct на второй вызов е обратиться к процедуре S 6 , получая 
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вывод 

G'" : ? и е г' , v е z',p(u,v) 

G 5 : ? найти(м,р, 2 '), р e z', p(u,v) (вызывая S2) 

G 6 : ? найти(ц ,v,z'), найти(ц ,v,z'), p (и , v) (вызывая S3) 

G 7 : ? найттф/.о.гО.найти^.о.гО.найти^.и.г') 

(вызывая S4) 

G 8 : ? найти(м,и, 2 ') (склеивая одинаковые вызовы) 

Здесь мы вновь воздержались от обращения к процедурам S5 
и S6 в ответ на вызовы е с тем, чтобы избежать декомпозиции 
множества z'. В построенном выводе рассматривается случай, 
когда и и и ѵ ищутся в оставшейся части z', что и выражается 
процедурой, выводимой в этой точке: 

Р4 : найти (u,v,w‘.z') если найти(и,о,г') 


Полученным множеством процедур {Р1, ..., Р4} исчерпы¬ 
ваются все способы выбора и и о из первичных компонент w и 
z' множества z = w\z'. Эти процедуры вместе с S5, S6 и дан¬ 
ными, описывающими отношение р, дают полное множество 
процедур для исследования любой задачи найти. Например, 
если бы в качестве данных для р были выбраны факты 


Р(2,1) 
Р (1,3) 
Р(х,х) 


то целевое утверждение ? найти (и,ѵ, 1:2 :3 :0 ) решалось бы пол¬ 
ностью, и решениями (и, ѵ) были бы пары (/,/), (1,3), (2,1), 
(2,2) и (3,3). 

Приведенный только что пример синтеза можно рассматри¬ 
вать как ограниченное исследование определяемого посредством 
Gi и S полного дерева выводов сверху вниз. Каждый отдельный 
путь в этом дереве, ведущий из исходного целевого утверждения 
Gi к некоторому заключительному целевому утверждению на 
границе поиска, дает некоторую выводимую процедуру; это изо¬ 
бражено на рис. VI. 1. Данное исследование ограничено с двух 
сторон: (а) граница поиска может продвигаться только на опре¬ 
деленное расстояние вниз по дереву выводов и (Ь) не выпол¬ 
няются шаги, на которых либо разбираются первичные компо¬ 
ненты множества г, либо появляется целевое утверждение, сов¬ 
падающее с уже полученным ранее, либо вводятся множества, 
не имеющие к z никакого отношения. Более позитивно, исполь¬ 
зуемая стратегия ограничивает анализ задачи, поставленной 
целевым утверждением Gi, исследованием всех способов выбора 
и и о из первичных компонент z; вследствие этого на рис. VI. 1 
показаны не все пути в полном дереве выводов, поскольку не 
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все они были просмотрены. Иные ограничения были бы моти¬ 
вированы иными представлениями о вычислении и привели бы 
к другим множествам процедур. 

Полноту множества процедур {Р1, ..., Р4} для отношения 
найти можно неформально доказать на основании того факта, 
что всякий раз, когда вызывается процедура S5 в ответ на вы¬ 
зов е должным образом будет вызываться также и процеду¬ 
ра S6. 


G, - G, 



- выводим РІ 


j - выводим Р2 

і 

I 

I-выводим РЗ 


-выводим Р4 


заключительное состояние границы поиска_ J 

Рис. VI. 1. Процедуры, получающиеся из дерева вывода. 

Поведение, даваемое процедурами {РІ, ..., Р4}, во многом 
подобно тому, которое получилось бы в результате использова¬ 
ния альтернативного множества {S 1, S5, S6}. Однако первое 
множество процедур легче приспособить для извлечения преиму¬ 
щества из каких-либо особых свойств, которыми, быть может, 
обладает выбранное отношение р. Пусть, например, известно, 
что отношение р иррефлексивно, т. е. не содержит пар вида 
(и, и). Тогда процедуру РІ можно вычеркнуть из программы, 
улучшая тем самым эффективность ее исполнения, поскольку не 
будут проводиться безрезультатные поиски пар (и, и). Точно 
так же, если известно, что отношение р симметрично, т. е. что 
оно содержит пары (и, ѵ) и (ѵ, и) одновременно, то либо про¬ 
цедуру Р2, либо процедуру РЗ (но ни ту и другую вместе) 
можно вычеркнуть из программы, получая при этом определен¬ 
ные преимущества. С другой стороны, в случае процедур {S1, 
S5, S6} не имеется никакого простого способа изменения логики 
или управления, обеспечивающего такие же улучшения эффек¬ 
тивности. Таким образом, наш синтез может рассматриваться 
как сохраняющее правильность преобразование процедур {S1, 
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S5, S6} в процедуры {Р1, .... Р4}, в результате которого полу¬ 
чаются более гибкие средства, позволяющие улучшать поведение 
программы в период ее исполнения. 

VI. 5. Пример с использованием 
нерезолютивного вывода 

В принципе резолюция является достаточным средством для 
вывода логических процедур из спецификаций, поскольку каж¬ 
дое предложение стандартной логики, входящее в нашу исход¬ 
ную спецификацию, можно преобразовать с помощью различ¬ 
ных систематических методов в (фактически) эквивалентное 
множество предложений, представленных в виде дизъюнктов. 
В зависимости от вида исходного предложения это множество 
может содержать как хорновские, так и нехорновские дизъюнк¬ 
ты. Если все дизъюнкты в нем хорновские, то в последующем 
синтезе можно использовать простой метод резолюции сверху 
вниз, показанный в предыдущем примере. В противном случае 
(когда имеются нехорновские дизъюнкты) можно применить 
общую резолюцию. 

На практике такой подход почти всегда оказывается неудов¬ 
летворительным главным образом потому, что стандартное пре¬ 
образование спецификации в множество дизъюнктов приводит, 
как правило, к значительной потере компактности и понятности. 
Трудно к тому же сопоставить общей резолюции какую-либо 
непосредственную вычислительную интерпретацию в духе ре¬ 
шения задач, способную придать процессу вывода целенаправ¬ 
ленность. Чаще поэтому предпочтительнее не преобразовывать 
спецификацию в множество дизъюнктов, а прямо из нее выво¬ 
дить желаемые процедуры, пользуясь теми правилами вывода, 
которые представляются наиболее удобными. Платой за это яв¬ 
ляется тот факт, что эти правила зачастую оказываются более 
сложными и менее единообразными, чем правило резолюции. 

В данном разделе мы продемонстрируем использование нере¬ 
золютивного вывода на примере применения его к задаче пре¬ 
образования программ. Пусть имеется исходная программа, ра¬ 
ботающая с конкретным представлением данных. Цель преоб¬ 
разования — модифицировать программу так, чтобы она могла 
работать с некоторым другим представлением. 

ѴІ.5.1. Исходная программа 

Задача программы состоит в том, чтобы проверить, является 
ли данный список L упорядоченным в соответствии с некоторым 
отношением порядка <. Например, список L = ( 3 ,5, 7, 9) будет 
упорядоченным в соответствии с обычным отношением < 
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(«меньше») на множестве целых чисел. Приводимая ниже про¬ 
грамма 35 представляет собой первоначальную версию. Про¬ 
цедуры ее специально предназначены для работы со списками, 
которые представлены обычными структурированными термами, 
построенными из точек и константы NIL. 

Программа 35 

? поряд {3.5.7.9. NIL) 

Р1 : поряд(х) если длина(х,га),и ^ 1 

Р2 : поряд(х) если склеить*(и,х',х),склеить*(о,х",х'), 

и < ѵ , порядок') 

РЗ : длина (NIL,0) 

Р4 : AnviH 2 L{w.NIL,l) 

Р5 : склеить*(іе», 2 ',ш. 2 ') 

Здесь предикат поряд (х) означает, что список х является упо¬ 
рядоченным, длина (х, п) означает, что длина списка х равна л, 
а предикат склеить* (и, х', х) означает, что список х получается 
в результате присоединения списка х' к единичному списку (и). 

Исполнение программы состоит главным образом из итера¬ 
тивных циклов, управляемых процедурой Р2, в каждом из кото¬ 
рых с помощью двух вызовов склеить* извлекается первая пара 
(и, ѵ) элементов, некоторого текущего фрагмента списка L и 
затем проверяется справедливость отношения и < ѵ. Если теку¬ 
щий фрагмент содержит менее двух элементов, то благодаря 
Р1 вычисление завершается успешно. Таким образом, для ука¬ 
занного целевого утверждения исполнение программы подтвер¬ 
дит сначала, что 3 < 5 в фрагменте (3, 5, 7, 9) , затем — что 
5 < 7 в фрагменте (5, 7, 9) и, наконец, что 7 < 9 в фрагменте 
(7, 9); заключительным фрагментом будет единичный список 
(9), который согласно Р1 и Р4 является упорядоченным. Следо¬ 
вательно, наше целевое утверждение решается успешно. 

Программа 35, заметим, устроена так, что процедуры Р1 и 
Р2 выражают логические свойства упорядоченных списков неза¬ 
висимо от того, каким именно способом они представлены. На¬ 
против, и целевое утверждение, и процедуры РЗ—Р5, предна¬ 
значенные для осуществления доступа к длинам и элементам 
фрагментов списка L, ограничены выбором конкретного пред¬ 
ставления списков в виде структурированных термов. 

ѴІ.5.2. Изменение представления данных 

Посмотрим теперь, что получится, если мы решим предста¬ 
вить список L=(3, 5, 7, 9) в виде массива, пользуясь следую¬ 
щим множеством фактов: 

9(3, 1,L) э(7, 3,L) длина (L,4) 

9(5,2, L) в(9,4, L) 
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Ясно, что процедуры РЗ—Р5 придется заменить некоторыми но¬ 
выми процедурами доступа, предназначенными для работы с 
этим представлением, а Р1 и Р2 можно оставить без изменений. 

Прежде всего, заметим, что цель процедур РЗ—Р5 состоит 
в извлечении либо длины, либо первых двух элементов из каж¬ 
дого фрагмента списка L, образованного в ходе исполнения про¬ 
граммы. Так как эти фрагменты сами являются списками, то 
они, естественно, в процедурах РЗ—Р5 представляются структу¬ 
рированными термами, ибо именно это представление выбрано 
для программы 35. При выводе новой версии процедур РЗ—Р5 
нам понадобится какой-то другой способ обозначения фрагмен¬ 
тов, соответствующий имеющемуся представлению списка L в 
виде фактов. 

Для этих целей существует одна простая форма записи, в 
которой используются термы вида f(x, /), где х — имя списка 
(например, L), а / — номер некоторой позиции в х. Весь терм 
f(x, /) может обозначать тогда тот фрагмент списка х, который 
останется после вычеркивания всех элементов из х, занимающих 
позиции с номерами, меньшими чем /. Таким образом, в соот¬ 
ветствии с этой схемой фрагменты (3 , 5, 7, 9), (5, 7, 9), (7, 9) и 
(9) будут обозначаться термами f(L, 1), f(L, 2), f(L, 3) и f(L, 4) 
соответственно. Отметим, что если / ^ /, то для списка х длины 
m ^ 0 фрагмент f(x, j) является единичным списком, когда 
І — т, и пустым списком, когда /> т. 

Новые процедуры доступа, заменяющие РЗ—Р5, должны 
быть в состоянии извлекать длины и элементы фрагментов, пред¬ 
ставленных в виде f(x, j). При вызове им будут передаваться 
термы, подобные f(L, 2), которые содержат в точности такую 
же информацию (т. е. имя списка (L) и номер позиции (2)), 
как и информация, заключенная в фактах, описывающих список 
L. Это дает возможность предположить, что новая форма записи 
фрагментов хорошо подходит для решения задачи получения 
доступа к представлению списка L в виде фактов. 

ѴІ.5.3. Схема новой программы 

На этом этапе читателю, видимо, будет полезно заранее 
представить себе, как будет выглядеть новая программа. Она 
приводится ниже под номером 36. Впоследствии, однако, эта 
программа будет несколько усовершенствована с целью улуч¬ 
шения ее эффективности. 

Программа 36 

? поряд (f{L,l)) 

Р1 : как и прежде 

Р2 : как и прежде 
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РЗ' : длина(Дл:,/),0) если 1 ,длина(д:,яг),/ = яі-|- / 

Р4' : длина(Дл:, /),/) если /,длина(х, т) ,/ = т 

Р5' : склеить *{w,f(x,j + l),f(x,j)) если э {w,j,x) 
а также факты, представляющие список L 

Новые процедуры РЗ'—Р5' служат точно тем же целям, что и 
соответствующие им процедуры РЗ—Р5. Заметим, в частности, 
что в результате любого обращения к процедурам РЗ'—Р5' 
образуются вызовы вида длина (L, т) или э (w,j, L), на которые 
можно прямо ответить с помощью имеющихся данных, представ¬ 
ленных посредством фактов. 

Новая программа ведет себя подобно традиционной итера¬ 
тивной программе, последовательно просматривающей линей¬ 
ный массив L под управлением возрастающего индекса /. Ис¬ 
ходное целевое утверждение эффективным образом задает на¬ 
чальное значение /, равное 1, а механизм увеличения / на 
единицу реализуется процедурой Р5'. Итерация завершится 
тогда, когда будет обработан цикл, в котором рассматривается 
случай } = 4 (т. е. когда значение / будет равно длине списка 
L). Ниже дается набросок успешного вычисления: 

? поряд(/і (L,l)) 

? склеить*(ы,х',Н£> Л)> 

ск леить*(о ,х" ,х'),и<ѵ, поряд(х') 


с помощью Р5' вычисляются 
х' :=f(L,2),u:=3, 
х" := f(L,3),v :=5 


? 3<5,поряд(/(£,2)) 


? 5<7,поряд(/(£,3)) 


? 7<9,поряд (f(L,4)) 


? длина(ДІ,4),п),я ^ 1 
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1\1 


с помощью Р4' вычисляется п:=1 


□ задача решена 

ѴІ.5.4. Спецификация 

Связь между программами 35 и 36 основывается на их об¬ 
щей спецификации S. Для того чтобы получить желаемое пре¬ 
образование, в рассматриваемом примере потребуется использо¬ 
вать определенные факты из спецификации, которые нельзя бы¬ 
ло бы так просто вывести только лишь из утверждений 
программы. Мы приводим поэтому полную спецификацию. 

51 : поряд(2)<^(ѵ«ш)(и<о если э{и,і,г),э(ѵ,і + 1 ,г)) 

52 : склеить*(ш,2 / ,г)^=>(ѵ«0(э(и>С2) < ^> 

э [и,і — l,z') V (u = w,i= /)) 

53 : длина( 2 ,&)<*=і >-0 $ k,(\/i)(l $ i,i ^ /г^-(Зи) 9(u,i,z)) 

54 : (3&) длина( 2 ,£) 

55 : (и = ѵ<=з 9(u,i,z)) если a(v,i,z) 

56 : la(u,i,NIL) 

57 : 9(u,i,w.z')09(u,i — 1 ,z') V (u= w,i= 1) 

58 : 9{u,i,f(x,j))<=>9{u,i + / — l,x),l ^i,l ^ j 

Предложения SI и S2 — это просто очевидные определения от¬ 
ношений поряд и склеить*. Предложения S3— S5 являются стан¬ 
дартными аксиомами списков, гарантирующими, что каждый 
список z имеет неотрицательную длину k и ровно по одному 
элементу на каждой позиции с номерами от 1 до k. Принадлеж¬ 
ность элементов спискам, представленным обычными структу¬ 
рированными термами, описывается предложениями S6 и S7, 
а принадлежность элементов спискам, представленным с по¬ 
мощью термов /(*,/), описывается предложением S8. Все про¬ 
цедуры программ 35 и 36 можно вывести в логике первого по¬ 
рядка из этого множества спецификаций. 

ѴІ.5.5. Эквивалентная подстановка 

Эквивалентная подстановка — это одно из правил вывода 
в логике первого порядка, оказавшееся особенно полезным для 
манипулирования тем видом предложений, которые обычно 
участвуют в выводе процедур. Наиболее простая форма этого 
правила такова. Сначала выбирается некоторое предложение, 
имеющее структуру 

F,^F 2 
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и показывается, что либо оно принадлежит S, либо логически 
следует из S, либо является теоремой (общезначимым предло¬ 
жением) логики первого порядка; в любом случае обязательно 
справедливо отношение 

SH(F,*>F 2 ) 

Пусть Fi и F 2 — произвольные логические формулы, удовлетво¬ 
ряющие этому условию. Затем из текущего целевого утвержде¬ 
ния Gt выбирается некоторая подформула F, такая что для неко¬ 
торого унификатора Ѳ имеет место равенство F = Fi0. Наше 
правило вывода заключается тогда в подстановке F 2 вместо F 
в целевом утверждении Gt и применении к результату унифика¬ 
тора Ѳ. Таким образом, получается следующее целевое утверж¬ 
дение Gt+i, для которого справедливо отношение 

S,Gt|= Gt+i 

Например, предварительное условие S|=(Fi-<=>-C) дало бы 
возможность осуществить следующий шаг вывода: 

Gt : ? (A<^B,F),D 

Gt+f : ? (A^B,C)0,D0 

при условии, что F = Fi0. 

Один полезный вариант этого правила, известный как «ус¬ 
ловная эквивалентная подстановка», начинается с установления 
несколько более сложного предварительного условия 

S|=(F 1 ^F 2 ) если F 3 

где Fi, F 2 и F 3 — любые логические формулы. Здесь «эквивалент¬ 
ность» Fi и F 2 обусловлена теперь формулой F 3 . Снова из целе¬ 
вого утверждения G t выбирается некоторая формула F, такая 
что F = Ft©. На этот раз шаг вывода заключается в подста¬ 
новке F 2 вместо F, добавлении F 3 в качестве нового конъюнктив¬ 
ного члена к целевому утверждению и, наконец, применении к 
результату подстановки Ѳ. Таким образом получается новое 
целевое утверждение Gt+i, которое вновь удовлетворяет отно¬ 
шению 

S,G t (=G t +i 

Например, предварительное условие S |= (Fi - ф=>-С) если Е дало 
бы возможность осуществить следующий шаг вывода 

Gt : ? (A^B,F),D 
Gt+i : ? (А^=>В,С)Ѳ,ОѲ,ЕѲ 


при условии, что F = F t 0. 
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В этом кратком описании правил игнорируются некоторые 
незначительные ограничения, накладываемые на допустимое 
распределение переменных и кванторов, входящих в Gt, F, Fi, 
F 2 и F 3 . Однако для целей нашего примера (да и практически 
большинства других) эти ограничения не имеют никакого зна¬ 
чения, и поэтому детализировать здесь мы их не будем. 

Одно полезное свойство сформулированных правил состоит в 
том, что они применяются независимо как от структуры выбран¬ 
ной из целевого утверждения подформулы F, так и того кон¬ 
текста, в котором F встречается в целевом утверждении: F про¬ 
сто выбирается произвольным образом и заменяется некоторой 
другой формулой, которая в соответствии с S либо безусловно 
эквивалентна F (как это было в первом правиле), либо эквива¬ 
лентна F при некотором дополнительном условии (как во вто¬ 
ром правиле); к получаемой в результате этой замены формуле 
затем применяется унификатор Ѳ, обеспечивающий должную 
зависимость нового целевого утверждения от унификации, необ¬ 
ходимой для замены F. 

Применения этого правила будут обычно управляться пред¬ 
видением (в какой-то степени) логических и вычислительных 
возможностей тех процедур, которые мы желаем получить. Те¬ 
перь мы проиллюстрируем сказанное, продолжив рассмотрение 
нашего примера преобразования программы. 


ѴІ.5.6. Вывод новых процедур 

Здесь мы приведем выводы новых процедур РЗ' и Р4' для 
отношения длина. В этих процедурах рассматриваются только 
такие фрагменты списка, длины которых равны либо I, либо 0. 
Вместо того чтобы с самого начала разрабатывать процедуры 
РЗ' и Р4' по отдельности, мы будем строить только один вывод, 
имеющий дело с фрагментами произвольной длины п, а затем 
конкретизируем полученный результат, рассмотрев случаи 
п = 0 и п = 1. Ниже мы приведем вывод полностью, а потом 
объясним, как выполняются его различные шаги. 

G, : ? длина (f(x,j),ri) 

G 2 : ? О s: л,(ѵО(/ U ^no(3u) a(u,i,f(x,j))) 

G 3 : ? ^iJ^no(3u)(9(u,i + j- l,x), 

G 4 : ? 0^n,(yi)(l ^i,t^no(3u) a(u,i + j-l,x), 

G s r : ? 0 sS n,(yi)(l s? i,i ^ n<=t»(3u) a(u,i + j — 1 ,x), 

G 6 : ? j ^ m + / ,(V* )(/ ^ ^ m<=>(3u) э (u,i',x),*- 

j *f),l j 
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G 7 : ? m-\- 1 ,(уі')((і' ^ пг<=>(3и) э(и,і',х)) если 

І П,1 ^ І 

G 8 : ? j ^ m + 1,0 ^ m,(yi ){l s? i ,i ^ m<^(3«) 

э (u,i',x)),l sS j 

G 9 : ? j ^ m + /,длина(л:,т),/ $ j 
Из этого вывода получается следующая процедура 

длинаС^лг,/), m — j 1) если / ^ m + / ,длина(х,/п),/ ^ / 

В ней формулируется довольно очевидная связь между длиной 
списка х и длиной его фрагмента f(x, j). Шаги в выводе осно¬ 
ваны главным образом на применении правил эквивалентной 
подстановки (ЭП) и условной эквивалентной подстановки 
(УЭП). Они объясняются ниже. 

Шаг G ( — G 2 : Применяем правило ЭП с помощью пред¬ 
ложения S3, выбирая 
F = длина(Дд c,j),n) 

F t = длина {z, к) 

F 2 = определяющее, стоящее справа от 
связки <=>- в S3 
S = {z:=f(x,j),k:=n} 

Шаг G 2 — G 3 : Применяем правило ЭП с помощью пред¬ 
ложения S 8 , заменяя F = э(ы,і, /(*,/)) 

Шаг G 3 — G 4 : Применяем правило ЭП с помощью теоремы 
(Зи)(А, В) (Зн)А, В 

где формула В не содержит вхождений и. 

Шаг G 4 — G 5 : Применяем правило УЭП с помощью тео¬ 
ремы ((А ■<=> В, С) -фф- (А фф- В)) если С 
в качестве С здесь берем формулу 1 ^ /. 

Шаг G 5 — С 6 : Выполняем подстановки і := і' — j + / и 

п :=/п —/+/ и, исходя из этого, заменяем 
0 $ п на |^m-f 1 
1 $ і на j ^ і' 
t ^ /г на ѵ $ m 
э j — 1 ,х) на э(и,і',х). 

Шаг С 6 — G 7 : Применяем правило ЭП с помощью теоремы 
(А, В фф>- А, С) фф- ((В фф- С) если А) 
в качестве А здесь берем формулу j ^ і'. 

Шаг G 7 — G 8 : Это наиболее трудный щаг; используем 
импликацию 

((Вф=фС) если А) если (D,B^=>C),E 
где 

А есть / ^ і' 

В есть і' $ m 
С есть (Зи) э{и,і',х) 

D есть 1 $ V 
Е есть I ^ j 
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Это предложение доказуемо из S с помощью несколько утоми¬ 
тельного анализа свойств отношения $ . И наконец, в целевое 
утверждение можно ввести дополнительный вызов 0 ^ ш, по¬ 
скольку он является следствием имеющихся вызовов 1 ^ / и 
т-\- 1, удовлетворяющих свойствам арифметики, которые, 
как предполагается, вытекают из спецификации S. 

Шаг G 8 — G 9 : Применяем правило ЭП с помощью пред¬ 
ложения S3, заменяя определяющее 
F = 0 ^ т,{1 ^ і' ,і' ^ т<=> (Эи) э (и , і ' , х )) 
на его определяемое F 2 0 = длина(х,т). 

Желаемые целевые процедуры можно теперь получить, вы¬ 
бирая по очереди п = 0 и п=1. В первом случае имеем т — 
— / + 1—0 и, следовательно, / $ т + / эквивалентно / = 
= т-\-1. Поэтому выводимую процедуру можно в этом случае 
представить в виде 

длина(/(х,/),0) если 1 ^ /, длина(х, т),і ^ т+ 1 
Мы получаем, стало быть, процедуру РЗ'. Во втором случае по¬ 
лагаем т — / + 1 = п = 1, что делает формулу j ^ m + 1 экви¬ 
валентной / = т. Мы получаем тогда процедуру 

длина(/(х,/),/) если 1 ^ /,длина(л:,т),/ = т 
как раз совпадающую с Р4'. 

Руководящим принципом при построении этого вывода слу¬ 
жило то обстоятельство, что целевая процедура, которую мы 
стремились получить, должна была иметь возможность вы¬ 
числять длину п любого фрагмента f(L,j) непосредственно из 
фактов, содержащихся в базе данных. В эту базу данных входит 
ряд фактов о принадлежности элементов списку и о длине т 
списка L; по-видимому, только последний факт может сыграть 
какую-либо полезную роль в определении п. Поэтому и весь 
вывод строился таким образом, чтобы получить в заключитель¬ 
ном целевом утверждении ссылку на предикат длина(х, т). Это 
делалось с помощью применения серии подстановочных преоб¬ 
разований к определяющему предиката длина(Дх, /) , п) до тех 
пор, пока в целевом утверждении Ge не появилось определяю¬ 
щее предиката длина (х, т). 

Вывод новой процедуры Р5' для отношения склеить* значи¬ 
тельно проще, чем только что рассмотренный. Он оставляется 
читателю в качестве упражнения. 

ѴІ.5.7. Дальнейшие усовершенствования программы 

У программы 36 имеется несколько операционных дефектов. 
Прежде всего, значительные расходы в период исполнения воз¬ 
никают из-за использования явного интерфейса РЗ'—Р5' доступа 
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к данным, расположенного между основными процедурами 
Р1—Р2 и базой данных. Эффективность исполнения нашей про¬ 
граммы можно улучшить, применяя к ее процедурам еще одно 
простое преобразование, известное как макрообработка. В об¬ 
щем случае это преобразование позволяет заменить пару про¬ 
цедур вида 

А если B,C,D 
С если E,F,G 

одной процедурой 

А если B,E,F,G,D 


устраняя, таким образом, промежуточный вызов С. Такого рода 
шаги могут выполняться до начала исполнения программы 
автоматически с помощью резолюции посредством обычного 
обращения к процедуре С в ответ на вызов С. 

Применяя этот принцип к программе 36, можно получить 
следующую более компактную и эффективную программу. 


Программа 37 


РГ 

Р1" 

Р2' 


? поряди,/)) 

поряд(/(х,/)) если І ^ /,длина(х,т),/ = т + 1 
поряд (f(x,j)) если j ^ 7, длина(х, от), у = m 
поряд(/(*,/)) если s(u,j,x),9(v,j + l,x), 

ы<и,поряд(/(х,/ + 1)) 
и база данных, описывающих список L 


Здесь мы обращались по очереди к процедурам РЗ' и Р4' в от¬ 
вет на вызов длина из Р1 для того, чтобы получить процедуры 
Р1' и Р1" соответственно. Мы обращались также к процедуре 
Р5' в ответ на вызов склеить* из Р2 для получения процедуры 
Р2'. Тем самым можно избавиться от интерфейса РЗ'—Р5'. 

Нам осталось исправить еще несколько дефектов эффектив¬ 
ности. Каждое из правил условной эквивалентной подстановки, 
применявшихся в выводе целевых утверждений G 5 и G 8 , вводит 
условие 1 $ j (т. е. / ^ /) в качестве дополнительного вызова 
в текущее целевое утверждение, а, стало быть, посредством 
процедур РЗ' и Р4', и в самые последние процедуры Р1' и Р1". 
Последствия выбора альтернативного условия j < 1 не были 
исследованы, поскольку нужный нам алгоритм обрабатывает 
только фрагменты f(L, /) при / ^ 1. Несмотря на то что вызовы 
/ ^ 1 логически необходимы, они служат помехой эффективным 
вычислениям, потому что целевое утверждение программы с са¬ 
мого начала инициирует выбор / = /, и в дальнейшем значение j 
может только возрастать. Процедуры, однако, об этом ничего 
«не знают» и потому должны осуществлять излишнюю провепку 
j > 1 при всяком обращении к ним. 
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Еще один источник неэффективности программы 37 — это 
бремя, связанное с унификацией структурированных термов 
вида /( х, /') в период ее исполнения. Функторы f играли полез¬ 
ную роль для точного описания логического базиса нашего пре¬ 
образования, но совершенно не нужны для окончательной цели 
вычислений в выведенной программе. 

Оба этих дефекта можно исправить, добавив к спецификации 
S предложение 

S9 : поряд*(х, /)■<=> (порядил:,/)) если j ^ 1) 

и затем переписав программу 37 в терминах предиката поряд*, 
а не поряд. В результате будут устранены все функторы f, а 
также проверки / > 7, и мы получим следующую окончательную 
версию программы. 

Программа 38 

? поряд*(Е,7) 

поряд*(х, у) если длина(х, m ) , j — m + 7 
поряд*(х,у) если длина(лг,т),у = m 
поряд*(*,/) если э (u,j ,х),э(ѵ,і + 1 ,х), 
и < о,поряд *(x,j + l) 
и база данных, описывающих список L 

Используя нерезолютивный вывод, довольно легко показать 
(для читателя это будет полезным упражнением), что каждое 
утверждение программы 38 логически следует из своего двой¬ 
ника в программе 37 и расширенной указанным выше образом 
спецификации S. 


VI. 6. Исторический очерк 

История синтеза логических программ практически совпа¬ 
дает с историей их верификации, изложенной в конце предыду¬ 
щей главы. Как мы уже видели, оба этих направления можно 
рассматривать в одних и тех же рамках, основываясь на выводе 
процедур, посредством которого устанавливается логическая 
связь программ с их спецификациями. 

Поиски эффективной методологии для построения логических 
программ первоначально мотивировались проводившимися в на¬ 
чале 70-х годов более общими разработками в области «струк¬ 
турного программирования» для традиционных формализмов. 
Они привели автора (Хоггер, 1975) к изучению различных ло¬ 
гических формулировок популярной тогда «проблемы восьми 
ферзей» и установлению взаимосвязей между ними. Тем време- 
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нем Барстѳлл и Дарлингтон (1977) предложили элегантный 
автоматический метод разработки программ, написанный на 
языке рекурсивных равенств, который во многом подобен языку 
логики хорновских дизъюнктов. Найденные ими правила вы¬ 
вода были впервые приспособлены для синтеза логических про¬ 
грамм Кларком и Сикелем (1977). 

Методологию Барстолла и Дарлингтона к синтезу семейства 
нетривиальных алгоритмов из их общей спецификации, пред¬ 
ставленной на языке логики первого порядка, впервые применил 
Хоггер (1977), рассмотревший ряд алгоритмов сортировки. 
Дальнейшие исследования вывода этих алгоритмов проводились 
Кларком и Дарлингтоном (1980). Использование первопорядко¬ 
вого вывода с целью получения других семейств логических 
алгоритмов иллюстрировалось Кларком (1977) для задач вы¬ 
числения факториала и чисел Фибоначчи, Хоггером (1979b) для 
задачи поиска подстроки, Ханссоном и Тарнлундом (1979) для 
обработки списков и деревьев, Уинтерстайном и др. (1980) для 
алгоритмов унификации, Маккиманом и Сикелем (1980) для 
проблемы Хоара FIND, а также Кларком, Маккиманом и Си¬ 
келем (1982а) для задачи численного интегрирования. Более 
подробное изложение теоретического базиса синтеза логических 
программ можно найти в работах Кларка (1979) и Хоггера 
(1979а, 1981). Схемы синтеза, подобные тем, которые описаны 
в этой главе, были независимо обнаружены и детально разрабо¬ 
таны Манной и Уолдингером (1980). 

В настоящее время не существует полностью автоматической 
реализации, способной строить выводы эффективных логиче¬ 
ских программ из произвольных спецификаций, и по всей ви¬ 
димости в ближайшем будущем они не появятся. Тем не менее 
имеется ряд реализаций, которые могут удовлетворительно ра¬ 
ботать во взаимодействии с пользователем, причем они способны 
не только проверять собственные выводы пользователя, но и 
сами проявлять некоторую инициативу, направленную на по¬ 
строение выводов. В такого рода реализациях, обсуждаемых 
Ханссоном и Тарнлундом (1979), используется, как правило, си¬ 
стема построения натурального вывода, и поэтому они могут 
обрабатывать спецификации, представленные в неограниченном 
языке логики первого порядка. Пока у нас еще нет достаточно 
полного представления о том, как связана общая проблема эф¬ 
фективного управления синтезом программ с уровнем ограниче¬ 
ний, накладываемых на язык спецификаций. Для работы с не¬ 
ограниченной логикой первого порядка неизбежно потребуется 
довольно богатый запас различных правил вывода, наличие ко¬ 
торых может привести в ходе каждого конкретного синтеза к 
появлению большого числа аморфных на вид и не ведущих к 
цели выводов. 
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Ряд исследователей, например, Мюррей (1978), наоборот, 
ограничивали язык спецификаций некоторым подмножеством 
языка логики первого порядка (отличным от логики дизъюнк¬ 
тов), за счет чего достигалось упрощение системы вывода. 
Можно пойти еще дальше и использовать для представления 
спецификаций исключительно логику хорновских дизъюнктов 
(как это было в нашем примере из разд. VI. 4), полагаясь тем 
самым только лишь на резолютивный вывод. В результате 
было бы достигнуто приятное единство языка программирования 
и языка спецификаций, а также метода исполнения программ и 
метода их синтеза. Существующие логические интерпретаторы 
можно было бы без труда приспособить к диалоговым системам 
синтеза программ, подобных тем, которые уже разработаны Дар¬ 
лингтоном для функциональных языков. Потенциальное возра¬ 
жение против этого подхода заключается в том, что язык хор¬ 
новских дизъюнктов представляется слишком узким, чтобы слу¬ 
жить в качестве общего языка спецификаций. Возможно, что это 
так, а возможно и нет. В прошлом подобное утверждение часто 
приводилось в поддержку употребления неограниченного языка 
логики первого порядка, однако, может быть, его следует пере¬ 
смотреть. 

Интересной темой для исследований является возможность 
вывода программ, предназначенных для исполнения в парал¬ 
лельном режиме. Некоторые подходы к преобразованию после¬ 
довательных программ в параллельные рассматривались в 
статье Хоггера (1982b). Может быть, стоит исследовать также 
возможности использования логического программирования для 
верификации и преобразования традиционного программного 
обеспечения. В этом направлении работы почти не ведутся, хотя 
трансляция логических программ в программы, написанные на 
Паскале, исследовалась Элкоком (1981). 


8 Зак. 983 
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Логические программы были впервые исполнены на компью¬ 
тере в 1972 г. С тех пор было затрачено много усилий на раз¬ 
работку реализаций логики как языка программирования в 
поисках все большей их эффективности и практичности. В са¬ 
мом деле, темпы, с которыми развиваются сейчас новые си¬ 
стемы с тем, чтобы сразу же обслужить возникающие потреб¬ 
ности постоянно растущего сообщества логических программи¬ 
стов, а также противостоять еще не ясным, но принимающим 
угрожающие размеры требованиям следующего поколения архи¬ 
тектур ЭВМ, сводят на нет всякую попытку предложить какие- 
либо устойчивые принципы методологии реализации. 

Поэтому здесь мы не станем делать такой попытки. Данная 
глава предназначена только для того, чтобы дать ориентиры 
начинающему разработчику, реализаций, которому в противном 
случае — если, конечно, он не работает вместе с опытным руко¬ 
водителем— пришлось бы самому постигать значительный 
объем основных фактов или прибегнуть к помощи научной ли¬ 
тературы: так или иначе, его ожидала бы тяжелая задача. Тем 
не менее в излагаемом здесь материале многие аспекты оста¬ 
ются определенными не полностью, и поэтому предполагается, 
что читатель окажется достаточно компетентным в общих во¬ 
просах программирования и сможет сам восполнить имеющиеся 
пробелы. 

Существует широко распространенная точка зрения, соглас¬ 
но которой сама логика является наилучшим языком для описа¬ 
ния и реализации логических интерпретаторов. Вполне возмож¬ 
но, что это и справедливо по отношению к тем, кто уже в совер¬ 
шенстве владеет логикой и обладает опытом реализации язы¬ 
ков, поскольку они легко могут представлять себе способы осу¬ 
ществления на конкретном уровне разнообразных абстракций, 
используемых в логических описаниях высокого уровня. В то же 
время непосвященному подобные абстракции могут показаться 
слишком неопределенными и поэтому они не сумеют привести 
к настоящему пониманию. Таким образом, ввиду того что целью 
данной главы является только введение в рассматриваемую об¬ 
ласть, материал в ней сознательно приводится настолько кон- 
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кретный, насколько это позволяет отведенное для него место. 
Следует подчеркнуть, что назначение столь конкретного изло¬ 
жения заключается в том, чтобы помочь читателю мысленно 
построить лишь одну работающую модель; впоследствии он 
сможет переформулировать отдельные практические детали или 
даже целую конструкцию в соответствии со своими интересами. 


VII. 1. Представление состояния управления 

При исполнении программ в режиме интерпретации все со¬ 
бытия инициируются и управляются интерпретатором, который 
работает в памяти с быстрой выборкой. Эта программа — ин¬ 
терпретатор— осуществляет доступ главным образом к двум 
важным областям данных, расположенных в памяти машины. 
В первой содержится некоторым подходящим способом упако¬ 
ванная и закодированная версия входной логической програм¬ 
мы, и эта область остается неизменной (или «статической») 
в течение всего исполнения. Вторая область является чрезвы¬ 
чайно динамичной; она используется интерпретатором для ве¬ 
дения протокола своих собственных действий. Эти области обыч¬ 
но называют входным массивом данных и стеком исполнения 
соответственно. В стеке эффективным образом представлены 
как состояние управления исполнением программы (его продви¬ 
жение в пространстве вычислений), так и соответствующее со¬ 
стояние данных (данные, которые на текущий момент при¬ 
своены переменным программы). В этом разделе мы будем за¬ 
ниматься состоянием управления, и поэтому мы начнем его с 
рассмотрения событий, происходящих при стандартном исполне¬ 
нии логической программы. 

VII.1.1. Механизм исполнения 

Исполнение логической программы удобно описывать на 
основе введенных во второй главе механизмов входа в про¬ 
цедуру и выхода из процедуры. Мы сделаем это описание более 
единообразным, трактуя исходное целевое утверждение про¬ 
граммы 

G : ? R, . R k 

просто как еще одну процедуру: исполнение программы начи¬ 
нается с входа в G и заканчивается выходом из него после 
вычисления всех возможных решений. 

В процессе исполнения входной программы из нее последо¬ 
вательно выбираются вызовы (начиная с первого вызова R] из 
целевого утверждения G) с целью их решения. Когда интерпре- 
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татор переключает свое внимание с одного вызова на другой, 
он вычерчивает в программе путь, который называют траекто¬ 
рией управления. Всякое удлинение траектории управления про¬ 
исходит либо в результате входа в процедуру, либо в результате 
выхода из процедуры. 

Вход в процедуру происходит в процессе выполнения шага 
вызова процедуры. В начале каждого такого шага траектория 
управления будет заканчиваться в каком-то вызове Рі из не¬ 
которой процедуры (или, быть может, из исходного целевого 
утверждения) 

Р : А если P t ,..., P t ,... ,P m 

Если предположить, что всегда применяется стандартная страте¬ 
гия исполнения, то положение дел в этот момент таково: все 
вызовы из процедуры Р, предшествующие Рі, уже были решены 
(хотя не обязательно всеми возможными способами) и теперь с 
целью решения активируется вызов Рі. 

В общем случае на вызов Р 1 могут потенциально отвечать 
несколько процедур, которые называются кандидатами для Рі. 
И теперь разработчику реализации требуется решить, как имен¬ 
но охарактеризовать кандидата. Наиболее простой способ, ко¬ 
торый приводит также к самой простой, но зачастую и наиме¬ 
нее эффективной реализации, — это рассматривать в качестве 
кандидата для Рі всякую процедуру, чье имя соответствует 
имени вызова P t ; другими словами, не проводить никакого рас¬ 
познавания на основе согласования параметров. Однако, как 
обсуждалось в гл. IV, обычно гораздо более эффективно для 
хранения и выбора процедур использовать какую-либо схему 
индексирования, базирующуюся на классификации параметров. 
Эта схема оказывается более избирательной в отношении опре¬ 
деления кандидатов для вызова Рі. Тем не менее важно осозна¬ 
вать, что всякая схема распознавания, которая не соответствует 
экстремальной стратегии, заключающейся в попытке полностью 
согласовать (унифицировать) Рі с заголовками всех имеющихся 
процедур, будет обычно давать некоторое количество кандида¬ 
тов, в действительности не отвечающих на вызов Р ь когда дой¬ 
дет дело до их испытания. Разработчику реализации следует 
сбалансировать преимущества, достигаемые за счет предвари¬ 
тельного сокращения числа унификаций, которые в будущем 
окажутся неудачными, с непосредственными затратами на при¬ 
менение схем распознавания с целью минимизации множества 
кандидатов. 

В рассматриваемом примере может оказаться так, что неко¬ 
торые из кандидатов для Рі уже были подвергнуты испытанию 
в предыдущих попытках решить этот вызов. Те же из них, кото¬ 
рые остаются на текущий момент иеиспробованными, можно 
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расположить в порядке уменьшения приоритета их выбора и 
обозначить посредством Q, Q', Q" и т. д. Таким образом, сле¬ 
дующей будет подвергнута испытанию процедура Q, и мы допу¬ 
стим, что она действительно отвечает на вызов Р|. Эта процеду¬ 
ра будет в общем случае иметь вид 

Q : В если Q, ,..., Q n 

причем Рі унифицируется с В. Пусть теперь процедура Q вызы¬ 
вается с помощью Рь В результате этого шага вызова про¬ 
цедуры траектория управления будет продолжена от Рі до пер¬ 
вого вызова Qi из тела Q и тем самым будет осуществлен вход 
в процедуру Q. В то же самое время интерпретатором регистри¬ 
руются определенные факты относительно данного шага, кото¬ 
рые будут объясняться позднее. После всех этих действий интер¬ 
претатор может перейти к выполнению следующего шага вызова 
процедуры. 

С обращения вызова Рі к процедуре Q начинается попытка 
решить этот вызов, которая со временем может закончиться 
либо успехом, либо неудачей. Она приводит к успеху, если в 
ходе исполнения программы будут в конце концов решены все 
вызовы из Q. Если это происходит, то интерпретатор осущест¬ 
вляет успешный выход из процедуры Q и передает управление 
назад в процедуру Р к вызову Р 1+ь который будет тогда сле¬ 
дующим активируемым вызовом. 

С другой стороны, попытка решить вызов Р| заканчивается 
неудачей, если оказывается, что некоторый вызов из Q решить 
невозможно. Если это происходит, то интерпретатор осущест¬ 
вляет неудачный выход из процедуры Q и передает управление 
назад в процедуру Р к вызову Р). Этот вызов активируется 
тогда еще раз, и, для того чтобы приступить к новой попытке 
его решить, испытанию подвергается следующий неиспробован¬ 
ный еще кандидат Q'. Такое поведение называется возвратом 
после неудачи (т. е. после неудачной попытки решить Рі с по¬ 
мощью процедуры Q); в терминах дерева поиска оно соответ¬ 
ствует возврату интерпретатора из тупиковой вершины ■. Если 
в результате этой операции возврата окажется, что ни Q', ни 
какой-либо другой из оставшихся неиспробованных кандидатов 
Q" и т. д. не дает никаких решений вызова Р|, то тогда потре¬ 
буется осуществлять дополнительный возврат с тем, чтобы по¬ 
пытаться найти новые пути решения вызова Рі_і или его пред¬ 
шественников. 

Если в ходе исполнения программы будут в конце концов 
решены все вызовы из целевого утверждения G, то интерпрета¬ 
тор сначала сообщит о найденном решении, а затем передаст 
управление назад самому последнему из активированных вызо¬ 
вов, у которого остались еще неиспробованные кандидаты, и 
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активирует его заново для того, чтобы попытаться найти новые 
решения. Такое поведение после успешного выхода из G назы¬ 
вается возвратом после успеха-, в терминах дерева поиска оно 
соответствует возврату интерпретатора из успешной вершины □. 
Если после успешного выхода из G не осталось больше ни од¬ 
ного вызова с неиспробованными кандидатами, то это значит, 
что все вызовы были исследованы всеми возможными спосо¬ 
бами, и, стало быть, исполнение программы заканчивается. 

VII.1.2. Фреймы 

В процессе исполнения программы интерпретатор должен 
помнить целый ряд фактов относительно тех событий, кото¬ 
рые до сих пор имели место. Во-первых, что наиболее очевидно, 
для того чтобы можно было выполнить конечную цель — полу¬ 
чить значения переменных из целевого утверждения, он должен 
помнить, какие данные к этому моменту переменным уже были 
присвоены. Мы отложим обсуждение этого вопроса до следую¬ 
щего раздела, а тем временем сконцентрируем свое внимание 
на второй категории запоминаемых фактов, связанных с по¬ 
строением траектории управления. 

Необходимость в регистрации деталей эволюции траектории 
управления до своего текущего состояния отчасти обусловлена 
тем, что интерпретатору приходится иметь дело с операцией пе¬ 
рехода, выполняемой после каждого успешного выхода из про¬ 
цедуры; эта операция передает управление назад к вызову, рас¬ 
положенному непосредственно вслед за тем, который первона¬ 
чально обращался к только что оставленной процедуре. Указан¬ 
ная необходимость возникает также по той причине, что интер¬ 
претатору приходится осуществлять поиск с возвратом, по¬ 
скольку для выполнения этой операции требуется вспоминать, 
какие из ранее обнаруженных возможностей еще остаются 
открытыми для исследования. 

Регистрация подобных деталей достигается обычно за счет 
того, что на каждом шаге вызова процедуры интерпретатор 
образует и хранит в памяти фрейм, содержащий определенные 
факты относительно данного шага. Можно считать, что каждый 
фрейм является признаком входа в процедуру, вызываемую на 
этом шаге. О процедуре, в которую управление вошло, но из 
которой оно еще не вышло, говорят, что она активна, и по этой 
причине фрейм иногда называют записью активации — в нем 
регистрируется шаг, на котором некоторая процедура становит¬ 
ся активной. 

Заключение о том, какие элементы следовало бы поместить 
в фрейм, можно сделать, рассмотрев ту полезную информацию, 
которую интерпретатор мог бы извлечь из фрейма для принятия 
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решения относительно продолжения траектории управления. 
С этой целью мы предположим, что фрейм F требуется образо¬ 
вать для шага, на котором вызов Рі из процедуры 

Р : А если Рі . Р,,Р /+ і, • ■ • ,P m 

обращается к процедуре 

Q : В если Q t , ... ,Q n 

Фрейм F, стало быть, будет являться признаком входа в про¬ 
цедуру Q. Через некоторое время в результате решения послед¬ 
него вызова Q n управление может успешно выйти из Q. Для 
того чтобы интерпретатор мог в этом случае определить сле¬ 
дующий активируемый вызов Р І+ і, мы договоримся, что фрейм 
F содержит указатель перехода (или указатель П) к вызову 
Р 1+ і; более точно, этот указатель мог бы состоять из адреса, по 
которому Рі+і хранится в массиве данных, представляющих 
входную программу. Разумеется, для получения доступа к этому 
указателю интерпретатор должен сначала быть в состоянии вы¬ 
делить соответствующий фрейм F среди всех тех фреймов, кото¬ 
рые уже были образованы в ходе исполнения программы. Это 
достигается за счет принятия дополнительного соглашения о 
том, что каждый фрейм содержит также указатель родительско¬ 
го фрейма (или указатель РФ), который указывает на фрейм, 
являющийся родительским фреймом по отношению к данному. 
Используя наш пример, мы определим это понятие следующим 
образом. Рассмотрим все те шаги, на которых активируются 
вызовы из тела процедуры Q; тогда фрейм для каждого из них 
будет иметь F в качестве своего родительского фрейма, по¬ 
скольку F является признаком входа в Q. 

Для того чтобы увидеть, как вход в процедуру управляется 
с помощью этих указателей, мы рассмотрим рис. VII. 1. Первые 
две ячейки каждого из фреймов, представленных на этом ри¬ 
сунке, содержат соответственно указатель РФ и указатель П. 
В остальных ячейках, изображенных пустыми, на самом деле 
могут содержаться дополнительные указатели, предназначенные 
для управления процессом возврата; какие именно, мы объясним 
позднее. 

Представим себе, что интерпретатор на основании обращения 
к некоторому факту Т в ответ на вызов Q n только что образовал 
фрейм F'. Так как Q„ — последний вызов в Q, указатель П в F' 
будет в этом случае указывать на воображаемую позицию, на¬ 
ходящуюся позади Q n и обозначающую успешный выход из про¬ 
цедуры Q. Указатель РФ в F' будет указывать на фрейм F. 
В силу того, что факт Т не содержит вызовов, следующим дейст¬ 
вием интерпретатора должен быть успешный выход из Т. При¬ 
нимая во внимание указатель П в F', он устанавливает, что 
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Рис. VII. 1 . Информация, требуемая для успешного выхода из процедуры. 

управление следует вернуть на некоторую позицию в процедуре 
Q. Поскольку, однако, оказывается, что эта позиция означает 
успешный выход из Q, необходимо выполнить еще одну опера¬ 
цию перехода, а именно ту, которая вернет управление к про¬ 
цедуре, вызывавшей процедуру Q. Указатель РФ в фрейме F' 
определяет более ранний фрейм F, при котором был осуществлен 
вход в процедуру Q, а указатель П в F в свою очередь опреде¬ 
ляет Рі+і как вызов, к которому следует передать управление; 
нормальное исполнение программы возобновляется тогда путем 
активации этого вызова. 

Заметим, что на рис. VII. 1 представлены три шага (входы в 
процедуры Р, Q и Т), образующие часть следующего сегмента 
вычисления: 


вход в Р : ? Р|,... ,Р т ,... 


? РьР і+ . . Pm.--- 

вход в Q : ? Qj . Q n ,Pi+i, . • • ,P m . • • • 


Qn.Pi+l. • • • ,P m , • 

вход в T : 
выход из Т : 

выход из Q : ? Р і+: , ..., P m , ... 
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Таким образом, имеется взаимно однозначное соответствие 
между целевыми утверждениями в стандартном представлении 
вычисления в виде их последовательности и фреймами, обра¬ 
зующими представление вычисления в интерпретаторе. 

Из предыдущих обсуждений должно быть ясно, что образо¬ 
вание, хранение и использование указателей перехода и указа¬ 
телей родительских фреймов дает адекватный базис для орга¬ 
низации тех продолжений траектории управления, которые вы¬ 
зываются входами в процедуры и успешными выходами из них. 
Аналогичные механизмы используются для управления испол¬ 
нением многих программ, написанных на традиционных проце¬ 
дурных языках. Однако дополнительное свойство недетермини¬ 
рованности логических программ приводит к необходимости 
обеспечивать, кроме того, процесс возврата. Как это делается, 
объясняется в следующем разделе. 


VII.1.3. Механизм возврата 

Рассматривая те же самые процедуры Р и Q, что и прежде, 
предположим теперь, что после того, как был осуществлен вход 
в Q в ответ на вызов Р 1; некоторый вызов Qj оказывается не¬ 
разрешимым. В этом случае интерпретатор должен быть в со¬ 
стоянии вспомнить тот ближайший шаг, если, конечно, он су¬ 
ществует, на котором остались открытыми одна или несколько 
еще не испробованных возможностей, и он должен также суметь 
точно определить, какие именно эти возможности. Для того что¬ 
бы удовлетворить первому из этих двух требований, в течение 
всего процесса исполнения программы поддерживается един¬ 
ственный регистр, называемый БТВ и всегда указывающий на 
образованный самым последним фрейм, соответствующий шаг 
которого дает по крайней мере одного неиспробованного канди¬ 
дата в дополнение к тем, что уже действительно были вызваны. 
Такой фрейм называется точкой возврата-, упомянутый регистр 
называется БТВ, потому что он всегда указывает на ближай¬ 
шую точку возврата. 

Рассмотрим момент, который непосредственно предшествует 
образованию фрейма F, являющегося признаком входа в про¬ 
цедуру Q. Регистр БТВ указывает на некоторый предыдущий 
фрейм F*, оказывающийся в данный момент ближайшей точкой 
возврата (см. рис. VII. 2а). Сразу после того как будет образо¬ 
ван фрейм F, регистр БТВ должен быть обновлен — он должен 
указывать теперь на F, поскольку мы предположили, что име¬ 
ются неиспробованные кандидаты Q', Q" и т. д., в результате 
чего F становится новой точкой возврата. Получаемая в итоге 
ситуация изображена на рис. VII. 2Ь. 
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Наличие регистра БТВ и его обновление сами по себе еще 
не дают адекватную информацию для управления процессом 
возврата. Посмотрим, что произойдет, когда будет обнаружена 
неразрешимость вызова Qj. Простоты ради и не теряя при этом 
общности, мы будем считать, что с момента образования фрейма 
F не возникло ни одной новой точки возврата, и, стало быть, 
регистр БТВ все еще указывает на F. Интерпретатор должен 
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Рис. VII. 2. Образование новой точки возврата F: (а) непосредственно перед 
образованием F, (Ь) непосредственно после образования F. 

Сокращения расшифровываются следующим образом: БТВ — регистр ближай¬ 
шей точки возврата; РФ — указатель родительского фрейма; П — указатель 
перехода; СК — указатель следующего кандидата; ПТВ — указатель преды¬ 
дущей точки возврата; F* — предыдущая ближайшая точка возврата. 

теперь оказаться в состоянии вспомнить, что процедура Q' яв¬ 
ляется кандидатом для вызова Рі, который нужно активировать 
следующим. 

Один простой способ достижения этой цели состоит в том, 
чтобы в момент образования фрейма F построить указатель 
следующего кандидата (СК), указывающий на процедуру Q', и 
хранить его в третьей ячейке F. Поэтому, когда обнаружится, 
что вызов Qj неудачный, интерпретатор может справиться в ре¬ 
гистре БТВ и найти фрейм F, а затем использовать указатель 
СК из F для нахождения Q'. Сам вызов Р і( который нужно за¬ 
ново активировать вместе с этим новым кандидатом, опреде¬ 
ляется, исходя из того факта, что указатель П из F указывает 
на последователя Рі +І вызова Рі. Как только эта информация 
будет извлечена из F, и сам фрейм F, и все его фреймы-потомки, 
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представляющие попытку решить P t с помощью процедуры Q, 
можно отбросить. На этом операция возврата после неудачи за¬ 
вершается, и дальше исполнение может продолжаться обычным 
образом, пытаясь выполнить новый шаг вызова процедуры. Воз¬ 
врат после успеха происходит аналогично за исключением того, 
что прежде всего должно быть выдано сообщение о найденном 
решении целевого утверждения. 

Для организации процесса возврата требуется еще одно до¬ 
полнительное средство. Рассмотрим тот момент, когда в ходе 
выполнения только что описанной операции возврата интерпре¬ 
татор собирается отбросить фрейм F. В этот момент F является 
(в соответствии с нашим предположением) ближайшей точкой 
возврата, и регистр БТВ в настоящее время указывает именно 
на него. Для того чтобы после отбрасывания F интерпретатор 
не потерял след своих неиспробованных возможностей, регистр 
БТВ должен быть возвращен в предыдущее состояние, т. е. он 
должен указывать теперь на предыдущую точку возврата F*. 
А чтобы F* можно было с этой целью найти, мы условимся, что 
в момент образования фрейма F содержимое регистра БТВ 
(который в это время указывает на F*) копируется в четвертую 
ячейку F, называемую указателем предыдущей точки возврата 
(ПТВ). Когда впоследствии осуществляется возврат, этот ука¬ 
затель извлекается из F и копируется обратно в БТВ; тем самым 
гарантируется, что знания интерпретатора о своем собствен¬ 
ном продвижении при отбрасывании F будут должным образом 
сохранены. 

На рис. VII. 2 показана обработка информации, связанной с 
образованием новой точки возврата F, представляющей обра¬ 
щение вызова Рі к процедуре Q. Ячейка РФ указывает на фрейм, 
образованный при входе в Р; ячейка П указывает на вызов, 
который должен быть активирован после решения Рі; ячейка СК 
указывает на следующего кандидата Q', который будет испро¬ 
бован в ответ на вызов Рі; а ячейка ПТВ указывает на преды¬ 
дущую точку возврата F*. Поскольку точкой возврата является 
F, регистр БТВ был обновлен и указывает теперь на F. Если бы 
фрейм F не был точкой возврата, то он не имел бы ни ячейки 
СК, ни ячейки ПТВ, а регистр БТВ так и продолжал бы ука¬ 
зывать на фрейм F*. 

VII.1.4. Шаг вызова процедуры 

В начале каждой попытки выполнить шаг вызова процедуры 
интерпретатор выберет для активации некоторый вызов. Мы 
условимся, что указатель на этот вызов содержится в регистре 
с именем ТВ («текущий вызов»). Еще один регистр, называемый 
СКА («следующий кандидат»), указывает на следующего кан- 
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дидата — процедуру, которая в следующий раз будет испробо¬ 
вана в ответ на упомянутый вызов. Для того чтобы избежать 
многократных ссылок на указатели, мы будем свободно пользо¬ 
ваться этими именами регистров, как будто они прямо относятся 
к указываемым ими объектам; так, например, говоря «вызов 
ТВ», мы на самом деле имеем в виду «вызов, на который ука¬ 
зывает регистр ТВ». 

Следующая задача интерпретатора — найти процедуру, отве¬ 
чающую на ТВ. Точные детали поиска зависят, разумеется, от 
разработчика реализации. Предположим, однако, что с этой 
целью используется некоторый вид схемы индексирования. Ис¬ 
следуя параметры ТВ, интерпретатор среди всех доступных про¬ 
цедур, имеющих соответствующее имя, может выделить некото¬ 
рое (быть может, пустое) подмножество тех процедур, которые 
потенциально отвечают на ТВ. Просматривая этих кандидатов, 
расположенных в исходном текстуальном порядке, интерпрета¬ 
тор ищет затем первую процедуру, которая (а) действительно 
отвечает на ТВ и (Ь) совпадает с кандидатом СКА или распо¬ 
ложена (в смысле текстуального упорядочения) после него. 

В результате этого поиска достигаются две цели. Во-первых, 
еще в один регистр с именем ТП («текущая процедура») поме¬ 
щается указатель, который будет указывать на выбранную про¬ 
цедуру, отвечающую на ТВ, если таковая найдется, и будет пу¬ 
стым указателем -\ в противном случае. Во-вторых, если най¬ 
дена отвечающая на ТВ процедура, то регистр СКА обновляет¬ 
ся— он будет указывать теперь на кандидата, расположенного 
вслед за выбранной процедурой, если такой существует; в про¬ 
тивном случае он устанавливается в состояние —I. Таким обра¬ 
зом, если некоторая процедура ТП отвечает на вызов ТВ, то 
обновление СКА гарантирует, что в случае последующего воз¬ 
врата интерпретатора и повторной активации ТВ в ответ на этот 
вызов не будет вызываться еще раз ТП — вместо нее должна 
быть найдена новая процедура, расположенная на позиции но¬ 
вого кандидата СКА или после него. 

Мы можем, таким образом, различать три следующих воз¬ 
можных результата текущей активации ТВ: 

(і) ТП = Ч. Ни процедура СКА, ни процедуры, располо¬ 
женные после нее, не отвечают на ТВ, и, стало быть, непосред¬ 
ственный шаг вызова процедуры оказывается невозможным; 
для поиска более раннего подходящего для активации вызова 
(т. е. вызова, у которого имеются неиспробованные кандидаты) 
требуется выполнять процесс возврата; если этот процесс будет 
успешным, то ТВ обновляется путем замены его на вновь найден¬ 
ный вызов и предпринимается новая попытка вызова процедуры; 
в противном случае исполнение программы заканчивается. 
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(ii) ТП ф Ч, а СКА = Ч. Имеет место детерминированный 
шаг вызова процедуры, на котором ТВ вызывает ТП, образуя 
новый фрейм, являющийся признаком входа в ТП; в этом фрей¬ 
ме нужны только две ячейки РФ и П. 

(iii) ТП ф -\ и СКА ф Ч. Имеет место (потенциально) не¬ 
детерминированный шаг вызова процедуры, на котором ТВ вы¬ 
зывает ТП, образуя новый фрейм, указывающий на вход в ТП; 
этот фрейм является точкой возврата, и поэтому потребуются 
все его четыре управляющие ячейки. 

VII. 1.5. Алгоритм управления 

Для элементарного интерпретатора, реализующего стандарт¬ 
ную стратегию, алгоритм управления оказывается очень про¬ 
стым. Он состоит из механизмов, необходимых для осуществле¬ 
ния выбора вызова, выбора процедуры и процесса возврата. 
Организация этих действий зависит от соответствующего обра¬ 
зования и использования фреймов, представляющих состояние 
исполнения. 

Фреймы удобно хранить в хронологическом порядке в стеке, 
расположенном в памяти машины с быстрой выборкой. В ре¬ 
зультате каждого входа в процедуру к стеку добавляется новый 
фрейм, тогда как в процессе возврата из него удаляется один 
или несколько фреймов. (Другие возможности для удаления 
фреймов будут обсуждаться в данной главе позднее.) 

Помимо информации, которая хранится в стеке, полезно ис¬ 
пользовать также несколько отдельных регистров, содержащих 
важные детали относительно состояния исполнения программы. 
Некоторые из них уже были определены. Непосредственно после 
образования нового фрейма в этих регистрах содержится сле¬ 
дующая информация. Регистр БТВ указывает на ближайшую 
точку возврата, если она имеется; в противном случае он уста¬ 
навливается в состояние Ч. Регистр ТП указывает на процеду¬ 
ру, в которую осуществлен вход при образовании этого фрейма; 
ТВ указывает на вызов, который обращался к упомянутой про¬ 
цедуре. Регистр СКА указывает на следующего неиспробован- 
ного кандидата для ТВ, если он существует; в противном случае 
регистр устанавливается в состояние Ч. Новый регистр с име¬ 
нем БП («ближайший предок») указывает на родительский 
фрейм рассматриваемого фрейма, а еще один новый регистр f 
используется для хранения номера позиции фрейма в стеке — 
таким образом, индексированное имя вида РФ (f) обозначает 
ячейку РФ в этом фрейме. 

Полный алгоритм управления представлен на рис. VII. 3 с 
помощью традиционной алголоподобной нотации. Блоки опера¬ 
торов отделяются друг от друга обычными абзацами, а не one- 
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Шаг 1 (Установка Комментарии 

в исходное состояние) 

f := 1 Образуется первый фрейм для вхо- 

ТП := -> вводное целевое да в целевое утверждение (кото- 

утверждение рое, как предполагается, имеет по 

БП := крайней мере один вызов). Этот 

БТВ:=-| фрейм точкой возврата не явля- 

РФ(1):=Ч ется. 

П(1) := выход 

Шаг 2 (Выбор вызова) Комментарии 


If ТП-*есть факт 
then ТВ := П(/) 
while ТВ = выход and БП ф 1 
do ТВ := П(БП) 

БП:= РФ(БП) 

If ТВ = выход 
then вывод решения 

целевого утверждения 
goto Шаг 5 

else ТВ := -> первый вызов из ТП-> 
БП := f 

If для ТВ-»-не имеется кандидатов 

then goto Шаг 5 

else СКА := -> первый кандидат 


Если ТП является фактом, то сле¬ 
дующий вызов нужно искать, при¬ 
меняя одну или несколько операций 
перехода — если они результата не 
дадут, то решение целевого утвер¬ 
ждения найдено. В противном слу¬ 
чае в качестве ТВ выбирается пер¬ 
вый вызов из ТП. Поскольку теку¬ 
щий фрейм f является признаком 
входа в ТП, после выполнения дан¬ 
ного шага он станет ближайшим 
предком, и потому регистр БП дол¬ 
жен быть обновлен на f. Если ТВ 
не имеет кандидатов, то следует вы¬ 
полнять процесс возврата; в против¬ 
ном случае поместить в СКА первый 


Шаг 3 (Выбор процедуры) 

Используя текущие состояния ТВ и 
СКА, найти отвечающую на ТВ про¬ 
цедуру, а также других не испробо¬ 
ванных до сих пор кандидатов (как 
это описано в разд. VII.4) и таким 
образом обновить ТП и (возможно) 
СКА. Затем 
If ТП= Ч 
then goto Шаг 5 

Шаг 4 (Образование фрейма) 
f:=f+l 
РФШ:=БП 

if ТВ -> есть последний вызов 
в процедуре 
then n(f) := выход 
else n(f) := -» вызов, следующий 
за ТВ ->■ 

И СКА Ф Н 
then CK(f) := СКА 
nTB(f) = БТВ 
БТВ := f 
goto Шаг 2 


Комментарии 

Предпринимается попытка унифици¬ 
ровать ТВ с заголовками его кан¬ 
дидатов, начиная с СКА. Неудач¬ 
ный исход ее приводит к процес¬ 
су возврата, а при успехе ТП опре¬ 
деляется как первый отвечающий на 
ТВ кандидат, а СКА —как следую¬ 
щий за ним неиспробованный кан¬ 
дидат, если, конечно, он сущест¬ 
вует. 

Комментарии 

Образуется фрейм для шага, на ко¬ 
тором ТВ вызывает (входит в) ТП. 
Фрейм помещается в стеке на пози¬ 
ции с номером f + 1, его ячейки 
РФ и П строятся при помощи БП 
и ТВ. Если СКА ф Н, то для ТВ 
имеются не испробованные еще кан¬ 
дидаты, и потому только что обра¬ 
зованный фрейм является точкой 
возврата; в этом случае ячейки СК 
ПТВ строятся при помощи СКА и 
БТВ, а регистр БТВ затем обнов¬ 
ляется — теперь он будет указывать 
на этот новый фрейм. 
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Шаг 5 (Возврат) 

If БТВ= Н 

then закончить исполнение 
программы 

else СКА := СК(БТВ) 

ТВ :=->• вызов, предше¬ 
ствующий П(БТБ) 
БП := РФ(БТВ) 
f := БТВ — 1 
БТВ := ПТВ(БТВ) 
goto Шаг 3 


Рис. VII. 3. Алгоритм управления. 


Комментарии 

Если БТВ = -|, то возврат невоз¬ 
можен и исполнение программы за¬ 
канчивается. В противном случае 
для нахождения активируемого еще 
раз вызова и следующего кандида¬ 
та для него используется ближай¬ 
шая точка возврата. В результате 
уменьшения значения f до БТВ — 1 
эффективным образом отбрасыва¬ 
ется фрейм, соответствующий этой 
точке возврата, а также все фрей¬ 
мы, следующие за ним. 


раторными скобками begin ... end. Символ «выход» обозначает 
позицию успешного выхода, расположенную в конце каждой 
процедуры; символ := обозначает деструктивное присваивание; 
запись г —>■ обозначает объект, на который указывает некоторый 
регистр г, в то время как -э-х обозначает указатель на объект 
х. Заметим, что, хотя ячейки ТВ и П явно определяют вызовы, 
тем не менее в них неявно определяются также содержащие эти 
вызовы процедуры. В частности, когда им присваивается зна¬ 
чение «выход», эта позиция должна включать в себя идентифи¬ 
катор процедуры, на выход из которой указывается в данных 
ячейках. 


VII. 2. Представление присваиваний данных 

Вопрос о том, как наилучшим образом обращаться с при¬ 
сваиванием данных переменным программы, долгое время при¬ 
влекал внимание разработчиков реализаций, и, быть может, на 
этот вопрос простого ответа не существует. Выбор какого-либо 
метода заключается в принятии решения относительно того, как 
сбалансировать соответствующие затраты на построение, хра¬ 
нение, выборку и отбрасывание данных, что в свою очередь 
связано с тем видом программ, которые, как предполагается, бу¬ 
дут исполняться интерпретатором. В этом разделе наиболее важ¬ 
ные соображения описываются с помощью ряда простых кон¬ 
кретных примеров исполнения логических программ. 


ѴІІ.2.1. Одностековое представление 

В качестве первого примера ниже приводится программа 39, 
представляющая собой упрощенный вариант программы 13 
(гл. Ill) и имеющая целью нахождение всех таких строк вида 
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u.A.w, которые являются префиксами строки B.A.A.C.NIL. Пре¬ 
фикс каждой строки S — это либо пустая строка NIL, либо про¬ 
извольная подстрока S, начинающаяся с ее первого элемента. 

Программа 39 

G1 : ? префикс (u.A.w, В.А.А.С. NIL) 

Р1 : префикс^//,, г/) 

Р2 : префикс^.* ,о.і/) если префикс^, у) 

На рис. VII. 4 изображено дерево поиска, исследуемое путем 
применения стандартной стратегии; оно содержит три различных 



Рис. VII. 4. Вычисления по программе 39. 

решения нашей задачи. В частности, вычисление Gl — G5, кото¬ 
рое дает второе решение, выбрано для детального анализа со¬ 
держащихся в нем присваиваний данных. Состояния последо¬ 
вательных целевых утверждений и присваивания целевым пере¬ 
менным в вычислении G1 — G5 таковы: 

G1 : ? префикс(ы.Л.о>,В.Л.Л.С..Ѵ/£) 

{и:=В} 

G2 : ? префикс( A.w, А.А.С. NIL) 

G3 : ? префиксѣ w, А.С. NIL) 

{ш:= А.х} 

G4 : ? префикс( х, С. NIL) 

{х := NIL) 

G5 : □ ответ и:= В ,w := A.NIL 

На каждом из первых трех шагов вызывается процедура Р2, 
в которую входят переменные ѵ, х и у. Так как всякий вход 
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в Р2 приводит к новому использованию этих переменных, то от¬ 
сюда вытекает, что каждый вход должен повлечь за собой и до¬ 
полнительное распределение памяти, необходимой для хранения 
каких бы то ни было присваиваемых им данных. Более точно, 
при каждом входе в процедуру для ее переменных, если, конечно, 
они имеются, должна выделяться новая память. (На практике 
тем не менее бывают ситуации, когда для переменной, встречаю¬ 
щейся в процедуре в некотором особом контексте, не требуется 
выделять какой-либо долговременной памяти, поскольку ее зна¬ 
чение, используемое лишь временно в ходе выполнения шага 
унификации при вызове этой процедуры, никогда впоследствии 
не упоминается.) В силу того, что каждое такое распределение 
памяти сопровождается образованием нового фрейма, обычно 
делают так, чтобы значения переменных помещались в самом 
этом фрейме — по одному в ячейке. Таким образом, в общем 
случае каждый фрейм наряду с ячейками управления будет со¬ 
держать еще ячейки переменных. Подобная организация дает 
одностековое представление исполнения, которое образует адек¬ 
ватный базис для реального, хотя и довольно незамысловатого, 
интерпретатора. 

Основное содержимое представления вычисления Gl — G5 
в виде единственного стека показано в приводимой ниже таб¬ 
лице, где запись вида f (Р2) обозначает позицию успешного вы¬ 
хода из указанной процедуры Р2. 


Вызываемая 

Позиция 



Содержимое фрейма 

процедура 


РФ 

П 

ск птв 

Переменные 

G1 

1 

ч 

Ч 

- 

U\ := B,W\ := А.х 4 

Р2 

2 

1 

t(Gl) 

~ _ 

v 2 := B,x 2 := A.wi, 
у 2 := A. A.C.NIL 

Р2 

3 

2 

t(P2) 

~ - 

o 3 := A,x 3 := ®,, 
y 3 := A.C.NJL 

Р2 

4 

3 

t(P2) 

- ~ 

v t z=A,x 4 := NIL, 
yt := C.NIL 

Р1 

5 

4 

t(P2) 

> Р2 -1 

Уз = C.NIL 


Непосредственно после образования фрейма 5 регистры нахо¬ 
дятся в следующих состояниях 

БП = 4 (фрейм 4 является ближайшим родительским 
фреймом) 

БТВ = 5 (фрейм 5 является ближайшей точкой возврата) 
f = (фрейм 5 был образован последним) 
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ТП = указатель на Р1 (процедуру, в которую только что 
осуществлен вход) 

ТВ = указатель на первый вызов из Р2 (который обра¬ 
щается к ТП) 

Каждый фрейм в стеке изображается одной строкой в таб¬ 
лице. Та часть фрейма, которая предназначена для переменных, 
на самом деле состоит из набора ячеек — по одной для каждой 
из переменных, имеющих вхождения в вызванную процедуру. 
На любом этапе эволюции стека содержимое ячейки, предна¬ 
значенной для переменной, может быть просто некоторым спе¬ 
циальным символом, скажем *, означающим, что этой перемен¬ 
ной на данный момент еще не присвоено никакого значения. 
С другой стороны, переменной может быть присвоено некоторое 
значение данных; если это значение достаточно простое (напри¬ 
мер, константа небольшой длины), то его можно хранить прямо 
в ячейке рассматриваемой переменной; в противном случае его 
следует содержать в каком-то другом месте памяти, а в ячейку 
переменной помещать тогда просто соответствующий указатель. 
Отметим также, что значение, хранимое в ячейке переменной, 
может быть указателем на некоторую другую ячейку перемен¬ 
ной; например, указатель на ячейку для w\ хранится в ячейке 
переменной х 3 . 

Хотя имена переменных и приведены в таблице для удобства 
читателя, тем не менее в явном виде они в фрейме не содер¬ 
жатся. Вместо этого каждый идентификатор переменной уста¬ 
навливается неявно по номеру позиции ее ячейки в фрейме. Так, 
например, интерпретатор может считать, что переменным ѵ, х 
и у из процедуры Р2 в каждом фрейме, указывающем на вход 
в Р2, всегда сопоставлены первая, вторая и третья ячейки пе¬ 
ременных соответственно. Заметим, что, выделяя новое множе¬ 
ство ячеек переменных при каждом входе в процедуру, мы ни¬ 
когда не перепутаем, скажем, значения, которые получает пере¬ 
менная х при двух разных входах в процедуру Р2. В каждом 
случае в идентификатор переменной включается идентификатор 
соответствующего фрейма, как это показывают имена х 2 , х 3 
и т. д. в приведенной выше таблице. Подобная классификация 
автоматически удовлетворяет исходным требованиям переимено¬ 
вания переменных, введенным в гл. I во избежание путаницы их 
идентификаторов. 

Сразу после образования фрейма его ячейки переменных бу¬ 
дут содержать различные значения или находиться в состоя¬ 
нии * в зависимости от результатов выполнявшейся на этом 
шаге унификации. На самом деле в момент распределения ячеек 
для переменных «і, Ші и х 4 этим переменным не присвоено еще 
никаких значений, однако позднее им присваиваются соответ¬ 
ственно значения В (при образовании фрейма 2), А.х 4 (при об- 
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разовании фрейма 4) и NIL (при образовании фрейма 5). От¬ 
сюда видно, что в результате образования фрейма данные мо¬ 
гут присваиваться ячейкам, расположенным в каких-то преды¬ 
дущих фреймах: присваивания этого вида называются выход¬ 
ными присваиваниями, поскольку каждое из них передает вы¬ 
ходные данные из вызываемой процедуры обращавшемуся к ней 
вызову. 

Вспоминая поведение алгоритма управления, заметим, что 
процедура (Р1), в которую осуществлялся вход при образова¬ 
нии фрейма 5, является фактом. Это обстоятельство вызывает 
последовательность выходов из процедур, которая ведет назад 
к выходу из G1, означающему, что целевое утверждение ре¬ 
шено. Решение целевого утверждения восстанавливается из со¬ 
держимого ячеек переменных в фрейме 1, а также всех других 
ячеек, на которые в первых имеются ссылки. Так, например, для 
того чтобы построить и выдать решение и\ := В, Ші := А. NIL, 
потребуется выяснить содержимое ячеек переменных и\, w\ и х*. 

После этого интерпретатор должен выполнять возврат. Из 
предыдущих рассмотрений данного процесса мы уже знаем, что 
все фреймы, начиная с ближайшей точки возврата (в нашем 
примере к ним относится только фрейм 5, так как оказывается, 
что регистр БТВ указывает на него), будут тогда отброшены. 
Теперь возникает новая проблема. Отбрасывание фрейма озна¬ 
чает, что забывается тот вклад в исполнение программы, кото¬ 
рый был сделан на соответствующем ему шаге. Что же следует 
нам предпринять для того, чтобы забыть все выходные присваи¬ 
вания, полученные в момент образования этого фрейма? Более 
конкретно, в результате образования фрейма 5 получилось при¬ 
сваивание Х \: = NIL] когда фрейм 5 отбрасывается, это при¬ 
сваивание должно быть уничтожено посредством возвращения 
переменной х 4 в состояние *. В следующем разделе мы опишем, 
каким образом интерпретатор запоминает, что он должен вы¬ 
полнить эти действия. 

VI 1.2.2. След 

Операция возврата удаляет из стека как ближайшую точку 
возврата (на которую указывает регистр БТВ), так и фреймы, 
расположенные вслед за ней (т. е. образованные после нее). 
В соответствии с этой операцией должны быть уничтожены те 
присваивания (если, конечно, они имеются), которые в ходе об¬ 
разования удаляемого теперь фрейма сопоставляли данные ячей¬ 
кам переменных в фреймах, предшествующих точке возврата. 
Для того чтобы интерпретатор помнил об этих присваиваниях, 
в период исполнения образуется еще одна структура, называе¬ 
мая следом (или «списком восстановления»). В ней регистри- 
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руются идентификаторы переменных, которым были сделаны 
такие присваивания. В процессе исполнения программы поддер¬ 
живается регистр ВС («вершина следа»), всегда указывающий 
на вершину следа, т. е. на его самый последний элемент. В на¬ 
чале исполнения след пуст, и регистр ВС содержит пустой ука¬ 
затель Ч. 

Точные детали добавления к следу новых элементов таковы. 
Предположим, что образуется некоторый фрейм. Во-первых, 
если этот фрейм является точкой возврата, то указатель следа 
(СЛ), установленный в состояние ВС, хранится в фрейме в пя¬ 
той ячейке управления. Во-вторых, независимо от того, является 
фрейм точкой возврата или нет, если его образование приводит 
(вследствие выполнявшейся на этом шаге унификации) к при¬ 
сваиванию данных переменной, ячейка которой расположена в 



фрейме, предшествующем ближайшей на текущий момент точ¬ 
ке возврата, то идентификатор этой переменной (а точнее, ука¬ 
затель на сопоставленную ей ячейку) помещается в след, и со¬ 
ответствующим образом изменяется регистр ВС. 

В общих чертах этот механизм иллюстрируется на рис. VII. 5, 
где показаны две точки возврата в текущем стеке, причем каж¬ 
дая из них содержит указатель СЛ, определяющий некоторую 
позицию в следе. 

Если теперь (т. е. непосредственно вслед за состоянием, изо¬ 
браженным на рис. VII. 5) будет выполняться операция воз¬ 
врата, то все ячейки переменных, идентификаторы которых рас¬ 
положены в следе после (но не на) позиции, определяемой 
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СЛ(БТВ), должны быть возвращены в состояние *. На рисунке 
эти идентификаторы содержатся в сегменте следа С'. Сами 
ячейки входят в различные фреймы, расположенные в сегмен¬ 
тах стека А и В (но не в С), и ранее им были присвоены дан¬ 
ные посредством образования фреймов из сегмента С. В резуль¬ 
тате выполнения операции восстановления регистр ВС возвра¬ 
щается в состояние СЛ(БТВ) (и при этом эффективным обра¬ 
зом отбрасывается сегмент следа С'), затем регистр БТВ воз¬ 
вращается в состояние ПТВ(БТВ), а сегмент С из стека уда¬ 
ляется. На этом операция возврата заканчивается, и исполнение 
программы возобновляется обычным образом. Для читателя не 
должно составить труда представить себе, как эти мероприятия 
могут быть включены в алгоритм управления, приведенный на 
рис. VII. 3. 

Вернемся к рассмотрению нашего предыдущего примера. Со¬ 
стояние следа после образования фрейма 5 таково, что в нем 
содержится только один элемент, определяющий ячейку пере¬ 
менной * 4 , и регистр ВС указывает на него. Регистр БТВ указы¬ 
вает на фрейм 5, в котором указатель следа СЛ(БТВ) есть —I. 
Когда происходит возврат, в сегменте следа, определяющего 
ячейки переменных, которые должны быть восстановлены, со¬ 
держится лишь элемент * 4 . В соответствии с этим ячейка пере¬ 
менной х 4 возвращается в состояние *, регистр ВС возвращается 
в состояние СЛ(БТВ) = Ч, затем регистр БТВ возвращается 
в состояние ПТВ (БТВ)= Ч и, наконец, фрейм 5 отбрасывается. 

ѴІІ.2.3. Представление данных 

В зависимости от обстоятельств элемент данных, который 
присваивается переменной посредством унификации, может 
быть либо константой, либо переменной, либо структурирован¬ 
ным термом. Вообще говоря, присваиваемую константу не¬ 
большой длины можно хранить непосредственно в ячейке со¬ 
ответствующей переменной. Если же размеры константы слиш¬ 
ком большие, то ее следует хранить в каком-либо другом месте 
памяти, а в ячейку переменной помещается указатель на нее. 
В случае присваивания одной переменной значения другой пе¬ 
ременной, такого как х 3 := w\, в ячейке для х 3 просто хранится 
указатель на ячейку для w\. 

Более сложным делом оказывается присваивание структури¬ 
рованного терма. При наиболее простой схеме в ячейке перемен¬ 
ной хранится указатель на некоторый кластер последовательных 
ячеек, представляющих терм. Рассмотрим в качестве примера 
какое-либо произвольное присваивание, скажем z:= A.B.C.NIL. 
На рис. VII. 6а показано представление терма A.B.C.NIL с по¬ 
мощью семи ячеек. В каждой из них содержится либо констан- 
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та небольшой длины, либо функтор вместе с числом его аргу¬ 
ментов. Первая ячейка определяет самый внешний функтор, ко¬ 
торым является «точка», и указывает (посредством числа 2), 
что в двух следующих ячейках представлены аргументы этого 
функтора; они в свою очередь определяются как константа А 
и еще один структурированный терм, который представлен ана¬ 
логичным образом, начиная с третьей ячейки. Итак, в общем 
случае в ячейке переменной может содержаться либо символ *, 
означающий отсутствие какого-либо присваивания, либо кон¬ 
станта небольшой длины, либо указатель на другую ячейку пе¬ 
ременной, либо указатель на кластер, представляющий струк¬ 
турированный терм. Поскольку интерпретатор должен быть в 
состоянии различать все эти возможности, в каждой ячейке не¬ 
сколько разрядов предназначается для помещения «кода типа», 
который описывает тип элемента данных, закодированного 
в оставшихся разрядах. 





_с_ 


\шп 

(а) <Ь) 

Рис. VII. 6. Представление структурированных термов: 

(a) представление г := A.B.C.NIL; 

(b) представление у г := A.A.C.NIL, у 3 := A.C.NIL, уі : = C.NIL. 

Рассмотрим еще раз фреймы, порождаемые программой пре¬ 
фикс. Очевидно, что среди содержащихся в них присваиваемых 
термов существует ряд повторяющихся подструктур. А именно 
они встречаются в присваиваниях y 2 =A.A.C.NIL, y 3 :=A.C.NIL 
и уі ,— C.NIL. На самом деле все эти присваиваемые термы 
оказываются подтермами терма B.A.A.C.NIL, имеющего вхож¬ 
дение во входную программу. Отсюда вытекает один полезный 
способ экономии памяти, распределяемой для значений данных: 
как показано на рис. VII. 6Ь, ячейки переменных у 2 , у 3 и у± 
могут просто указывать на соответствующие части представле¬ 
ния терма B.A.A.C.NIL в массиве данных, содержащем входную 
программу. Кроме очевидной выгоды, связанной с экономией 
памяти, которую дает использование одной хранимой структуры 







VII. 2. Представление присваиваний данных 


247 


для представления нескольких подструктур, эта схема демон¬ 
стрирует гораздо более важный общий принцип —во время ис¬ 
полнения логической программы для представления значений 
данных, присваиваемых ее переменным, не обязательно тре¬ 
буется какое-либо распределение памяти помимо той, которая 
в начале исполнения была выделена для хранения входных ут¬ 
верждений. В связи с этим наблюдением целесообразно обсу¬ 
дить теперь один важный метод чрезвычайно компактного пред¬ 
ставления структурированных данных. Упомянутый метод из¬ 
вестен как совместное использование структур; он применяется 
во многих существующих реализациях. 


ѴІІ.2.4. Совместное использование структур 

Выгоду от совместного использования структур можно про¬ 
демонстрировать, рассмотрев новую программу, которая выпол¬ 
няет итеративное обращение списка и получается в результате 
упрощения программы 4 из гл. III. 

Программа 40 

G1 : ? обратить *(NIL,A.B .С .NIL,y { ) 

Р1 : ? обратить*( 2 , NIL, г) 

Р2 : ? обратить*^ ,u.w,y) если обратить*(« .x,w,y) 

Здесь предикат обратить*(г>і, ѵ 2 , ѵ 3 ) означает, что список ѵ 3 яв¬ 
ляется обратным по отношению к списку, получаемому добав¬ 
лением ѵ 2 в конец обращенного списка ѵ\. Тем самым целевое 
утверждение G1 эффективным образом требует найти список у и 
обратный по отношению к списку A.B.C.D.NIL. 

В силу того что эта программа детерминированная, она дает 
в точности одно вычисление. 


G1 : 
G2 : 
G3 : 
G4 : 
G5 : 
G6 : 


? обратить*( 
? обратить*( 
? обратить*( 


В. А. NIL, 


NIL , A.B.C.D.NIL , «/^(посредством 
входа в G1) 

A. NIL, В. С. D.NIL, «/^(посредством 
входа в Р2) 
C.D. NIL , «/^(посредством 
входа в Р2) 
D . NIL , «/^(посредством 
входа в Р2) 
NIL , «/^(посредством 
(входа в Р2) 

□ ответ г /і :=D.C.B.A.NIL (посредством 

входа в Р1) 


? обрэтить*( С.В. A.NIL, 
? обратить*(І>.С.В. А. NIL, 
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Это вычисление порождает шесть фреймов — по одному для 
каждого входа в процедуру. Записанные в них присваивания 
выглядят следующим образом. 


3 

4 

5 

6 


У\’.= * в начале, но D. С.В. A.NIL в конце 
х 2 := NIL ,и 2 := A,w 2 := В.С .D. NIL , у 2 := y t 

х 3 і= А. NIL ,и 3 := B,w 3 := С . D . NIL , у 3 := у х 

*4 := S . Л . ЛГ /L , «4 := С, := D.NIL,y t :=yi 

х ъ := С. В. A. NIL , u s := D,w 3 := NIL,y s :=y, 

у i := D.C . В .A. NIL (выходное присваивание), г 3 := у\ 


Здесь, очевидно, снова среди данных, присваиваемых пере¬ 
менным уі, хі и wi, имеется много повторяющихся подструктур. 
Данные для переменных ад,- можно представить компактно, по¬ 
мещая в ячейки для wi указатели на соответствующие компо¬ 
ненты представления входного терма A.B.C.D.NIL в виде кла¬ 
стера аналогично тому, как это показано на рис. VII. 6Ь для 
программы префикс. Тот же метод, однако, уже нельзя приме¬ 
нить к данным для переменных у\ и хі, поскольку терм 
D.C.B.A.NIL во входной программе не встречается. При поверх¬ 
ностном взгляде отсюда вытекает, что для размещения этих 
данных должна быть выделена дополнительная память. Тем не 
менее оказывается, что это не так: мы увидим, что метод со¬ 
вместного использования структур обладает замечательным ка¬ 
чеством— структурированные данные представляются лишь при 
помощи массива данных, содержащего входную программу, и 
ячеек переменных в стеке. 

Для того чтобы увидеть, каким путем это достигается, рас¬ 
смотрим, как в ходе образования фрейма 3 было порождено 
значение А. NIL, присвоенное переменной хз. На соответ¬ 
ствующем шаге вызова процедуры в ответ на вызов обра- 
TnTb*(A.NIL,B.C.D.NIL,yi) произошло обращение к процедуре 
Р2. Откуда возник этот вызов? В результате предыдущего входа 
в Р2 был образован фрейм 2 и выполнены присваивания 
х 2 := NIL, и .2 := А, ш 2 := B.C.D.NIL и у 2 := Уй поэтому следую¬ 
щим активируемым вызовом является вызов обратить* ( a.x,w,y ) 
из процедуры Р2 с учетом указанного выше распределения зна¬ 
чений данных по его переменным, что дает обратить* 
(A.NIL,B.C.D.NIL, у{). Участвующая в образовании фрейма 3 
унификация присвоит тогда переменной л: 3 значение фактиче¬ 
ского параметра A.NIL из этого вызова, который, как мы только 
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что видели, получается в результате распределения в терме и.х 
из входной программы значений данных, хранимых в ячейках 
переменных и и х в фрейме 2. Стало быть, все, что требуется 
для представления присваивания x 3 :=A.NIL — это указатель 
в ячейке переменной х 3 на терм и.х из массива данных, пред¬ 
ставляющих входную программу, и второй указатель также 
в ячейке для х 3 на фрейм 2. 

Первый указатель называется указателем скелета, поскольку 
он указывает на скелет и.х, который, вообще говоря, может быть 
любым структурированным термом, встречающимся во входной 
программе. Второй указатель называется указателем среды, по¬ 
скольку он указывает на среду (т. е. на контекст), в которой 
был использован скелет. Когда при входе в процедуру образу¬ 
ется фрейм, то тем самым создается новая среда, состоящая из 
значений переменных этой процедуры. Первоначальные значе¬ 
ния упомянутых переменных определяются унификацией, выпол¬ 
нявшейся при входе в процедуру, однако впоследствии они мо¬ 
гут быть модифицированы посредством выходных присваиваний, 
полученных в результате решения вызовов из тела процедуры. 
Когда активируется один из указанных вызовов, его фактиче¬ 
ские параметры являются в этот момент результатами подста¬ 
новки вместо всех тех переменных, которые присутствуют во 
входной форме (или в «чистом коде») вызова, их значений, опре¬ 
деляемых текущей средой вызова, т. е. как раз состоянием ячеек 
переменных, хранящихся в образованном при входе в процедуру 
фрейме. Таким образом, когда после входа в процедуру Р2 и 
образования фрейма 2 активируется вызов обратить* (u.x,w,y ) , 
его средой будет {х 2 := NIL, и 2 := A, w 2 := B.C.D.NIL, у 2 \ = у\) 
и, следовательно, его первым фактическим параметром оказы¬ 
вается терм A.NIL. Для того чтобы присвоить это значение пе¬ 
ременной х 3 , нужно просто указать как на скелет и.х, так и на 
среду фрейма 2. Пара такого рода указателей называется мо¬ 
лекулой, и ее можно рассматривать как элемент данных, кон¬ 
кретное значение которого устанавливается при помощи этих 
указателей. 

Более полную картину метода совместного использования 
структур дает рис. VII. 7, на котором изображено заключитель¬ 
ное состояние данных, присвоенных переменным после заверше¬ 
ния вычисления по программе 40. Каждая ячейка переменной 
здесь содержит либо константу, либо указатель на другую ячей¬ 
ку переменной, либо указатель на кластер без переменных, либо 
молекулу. В частности, все ячейки переменных у х и хі (за ис¬ 
ключением х 2 ) содержат молекулы; ради простоты их указатели 
среды представлены в виде порядковых номеров позиций, кото¬ 
рые занимают в стеке фреймы, содержащие эти среды — в дей¬ 
ствительности указателями были бы адреса в стеках, непосред- 



250 


VII. Реализация 


ственно определяющие местоположение фреймов. Хотя ячейки 
изображены на рисунке в виде последовательных групп, на са¬ 
мом деле они, конечно же, расположены в соответствующих им 
фреймах. 



Рис. VII. 7. Представление данных, вычисленных программой обращение спи¬ 
ска, с помощью совместного использования структур. 


Конкретное значение молекулы на каждом этапе исполнения 
программы можно определить путем вычисления компонент, на 
которые ссылаются ее указатели; в свою очередь эти компонен¬ 
ты также могут потребовать обращения к другим молекулам. 
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Например, заключительное значение переменной х 4 на рис. VII. 7 
можно получить, подставляя в скелет и.х значения переменных 
и их, определяемых для ы 3 и х 3 средой фрейма 3. Этот процесс 
иногда называют «наполнением» или «интерпретацией» скелета. 
Значение переменной ы 3 есть В, тогда как значением перемен¬ 
ной х 3 является другая молекула, значением которой оказы¬ 
вается терм A.NIL. Стало быть, значение переменной х 4 есть 
B.A.NIL. Вычисление данных путем замены указателей (ссылок) 
на их компоненты самими компонентами обычно принято назы¬ 
вать разыменованием. Очевидная ситуация, в которой необхо¬ 
димо производить полное разыменование, встречается тогда, ко¬ 
гда пользователю требуется выдать структурированное решение 
целевого утверждения. Так, например, заключительное значе¬ 
ние, вычисляемое программой 40 для переменной у и является 
(в представлении с помощью совместного использования струк¬ 
тур) делокализованным по нескольким связанным фреймам, и, 
для того чтобы предоставить пользователю вразумительный от¬ 
вет D.C.B.A.NIL, это значение требуется полностью разымено¬ 
вать. 

Название метода «совместное использование структур» от¬ 
ражает тот факт, например, что значения переменных х 3 и х 4 
имеют общий входной скелет и.х —и в этом состоит основной 
источник значительной компактности хранения данных, полу¬ 
чаемой за счет применения указанного метода. Очевидно, что 
наибольшую пользу он приносит в том случае, когда на допу¬ 
стимые в период исполнения объемы памяти накладываются су¬ 
щественные ограничения или же память слишком дорогостоя¬ 
щая. За получаемую экономию памяти возможно придется рас¬ 
плачиваться увеличением времени обработки, необходимого для 
выполнения унификации, поскольку интерпретатору с целью 
сравнения фактических и формальных параметров может потре¬ 
боваться исследовать сколь угодно длинные цепочки молекул. 
Это наказание будет незначительным, если в ходе исполнения 
программы подобные унификации выполняются редко или если 
вычислительная машина, на которой осуществлена реализация, 
обеспечена высокоэффективными механизмами косвенной адре¬ 
сации. Первое из этих двух условий зависит от вида исполняе¬ 
мой программы. При исполнении некоторых программ могут 
строиться большие структурированные термы, и, тем не менее, 
на программу унификации не ложится почти никакой нагрузки, 
связанной с выборкой данных. В других же программах могут 
вообще не употребляться структурированные термы, а обраба¬ 
тываться, быть может, данные, представленные в виде фактов. 
Проблема выбора между методом совместного использования 
структур и какими-либо иными методами, исходя из имеющейся 
вычислительной машины и предполагаемой сферы применений, 
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беспокоит умы многих квалифицированных специалистов в об¬ 
ласти реализации и продолжает оставаться предметом много¬ 
численных дискуссий. 


VII. 3. Экономия памяти 

Пространство, требуемое интерпретатором для реализации 
стека в ходе исполнения программы, может вырасти до неприем¬ 
лемых размеров, если экономному расходованию памяти уде¬ 
ляется недостаточно внимания. За сокращение требуемой интер¬ 
претатору в период исполнения памяти, насколько это оказы¬ 
вается практически возможным, ответственность разделяют и 
программист и разработчик реализации, поскольку ни один из 
программистов не сможет писать эффективные программы для 
неэффективного интерпретатора, и ни один из специалистов не 
может разработать интерпретатор, извлекающий оптимальное 
поведение из всех мыслимых программ. 

Само по себе совместное использование структур является 
экономичным методом расходования памяти для представления 
состояния исполнения. Тем не менее описываемый до настоя¬ 
щего момента элементарный интерпретатор, реализованный без 
каких-либо дополнительных усовершенствований, использо¬ 
вал бы память весьма неэффективно. Основная причина этого 
заключается в том, что он оставлял бы информацию в стеке на¬ 
много дольше, чем необходимо, удаляя ее только при выполне¬ 
нии возврата. Фактически в процессе построения каждого от¬ 
дельного вычисления никогда не происходило бы какого-либо 
уплотнения стека, даже если большая часть хранимых в стеке 
данных становилась бы излишней вскоре после помещения их 
туда. В этом разделе описываются способы преодоления ука¬ 
занного недостатка и, стало быть, ограничения роста стека. 


ѴІІ.3.1. Восстановление пространства 

после успешного выхода из процедуры 

Когда управление осуществляет успешный выход из про¬ 
цедуры, единственной информацией, которая касается текущего 
вычисления и которую нужно сохранить из всего того, что было 
порождено с момента входа в процедуру, является лишь мно¬ 
жество значений данных, присвоенных переменным из обращав¬ 
шегося к ней вызова. Поэтому всякий раз, когда происходит 
успешный выход из процедуры, появляется значительный про¬ 
стор для удаления информации из стека. Для того чтобы яснее 
понять, что сюда относится, рассмотрим программу, среди про- 
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цедур которой встречаются следующие (здесь указаны лишь 
имена процедур). 


Программа 41 (фрагмент) 


Р1 : А если В, С 
Р2 : В если G 
РЗ : С если D,E 
Р4 : D если F 
Р5 : Е 
Р6 : F 
Р7 : G 


На рис. VII. 8 изображен сегмент стека, в котором содержатся 
фреймы, образованные в ходе решения вызова А, т. е. начиная 




-выход из Р6, а 

-выход из Р5, а: 

наконец, из Р1 


і Р2 


іР4 

:РЗИ, 


Рис. VII. 8. Фреймы, порожденные в результате решения вызова А. 


с того момента, когда управление входит в процедуру Р1, и до 
момента его успешного выхода из нее. Для удобства ссылок 
позиции фреймов в стеке произвольным образом были зануме¬ 
рованы— от 10 до 16. Результатом решения вызова А является 
присваивание данных его переменным, все ячейки которых рас¬ 
положены в фреймах, предшествующих фрейму 10. Эти данные 
накапливаются в процессе образования фреймов 10—16. Когда 
вызов становится решенным, указанные фреймы — при выпол¬ 
нении двух описываемых ниже условий — могут быть удалены 
из стека (точнее, на их место могут быть записаны новые фрей¬ 
мы). Мы говорим в этом случае, что их пространство в стеке 
было восстановлено. 

На практике за один раз в стеке восстанавливается про¬ 
странство лишь одного фрейма — каждый выход из процедуры 
инициирует (если это возможно) восстановление фрейма, обра¬ 
зованного при входе в эту процедуру. В рассматриваемом при¬ 
мере при выходе управления из процедуры Р1 фрейм 10 может 
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быть восстановлен только при выполнении следующих двух 
условий: 

(a) в ячейках фреймов, предшествующих фрейму 10, не со¬ 
держится указателей на какие-либо ячейки переменных в нем 
(т. е. на ячейки переменных из процедуры Р1); 

(b) ближайшая точка возврата расположена раньше фрей¬ 
ма 10. 

В самом деле, допустим, напротив, что фрейм 10 был удален 
при нарушении условия (а). Для выполнения последующей уни¬ 
фикации может потребоваться найти значение одной из ячеек 
в более раннем фрейме и возможна такая ситуация, когда этим 
значением является указатель на какую-то ячейку из фрейма 10. 
А так как в силу нашего предположения он уже был удален, то 
указатель в этом случае «повиснет» (его имеющегося в виду 
референта больше не существует) и, стало быть, процесс испол¬ 
нения программы нарушится. 

С другой стороны, допустим теперь, что фрейм 10 был уда¬ 
лен, и при этом условие (а) выполнялось, а условие (Ь) было 
нарушено. В ходе последующего возврата при поисках новых 
путей решения вызова А в следе могли бы встретиться ссылки 
на некоторые из переменных процедуры Р1, требующие вернуть 
(теперь уже отброшенные) ячейки этих переменных в состоя¬ 
ние *, что также нарушило бы процесс исполнения. 

Условие (Ь) в период исполнения проверяется легко — для 
этого нужно лишь просто посмотреть содержимое регистра БТВ. 
Однако условие (а) во время исполнения нельзя проверить, не 
затрачивая на это слишком много времени. В силу этой причи¬ 
ны в некоторых реализациях используется более сложное пред¬ 
ставление состояния исполнения, которое, как мы увидим в сле¬ 
дующем разделе, гарантирует, что условие (а) всегда выпол¬ 
няется. 


VI 1.3.2. Двухстековое представление 

Двухстековое представление предназначено для того, чтобы 
устранить определенные указатели, которые в противном случае 
после работы механизма восстановления могли бы остаться 
повисшими. В стандартной системе с совместным использова¬ 
нием структур подобные указатели имеют довольно специфиче¬ 
ский вид. Допустим в качестве примера, что в вызове А, обра¬ 
щающемся в момент образования фрейма 10 к процедуре Р1, 
одним из фактических параметров является переменная х, кото¬ 
рой еще не было присвоено никакого значения. Это означает, 
что в некотором фрейме, предшествующем фрейму 10, перемен¬ 
ной х уже будет выделена ячейка, находящаяся в рассматривае- 
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мый момент в состоянии *. Допустим далее, что соответствую¬ 
щим формальным параметром в заголовке Р1 является струк¬ 
турированный терм f(y,z). При образовании фрейма 10 в ре¬ 
зультате обращения вызова А к процедуре Р1 должно (посред¬ 
ством унификации) получиться присваивание x:=f(y,z). Как 
мы уже видели, в одностековых системах с совместным исполь¬ 
зованием структур это присваивание представляется путем хра¬ 
нения в ячейке переменной х молекулы, указатель среды в ко¬ 
торой указывает на фрейм 10. Вот этот указатель и относится 
как раз к тому виду указателей, у которых появлялся бы риск 
повиснуть, если бы в дальнейшем после выхода из Р1 фрейм 10 
был удален: указатель такого вида используется для представ¬ 
ления выходного присваивания структурированных данных из 
процедуры, чей входной фрейм мы хотим удалить после успеш¬ 
ного выхода из нее. 

Двухстековое представление было разработано Д. Уорреном 
в Эдинбургском университете для реализации Пролога на ма¬ 
шине DEC- 10. В этом представлении проблема повисающих 
указателей преодолевается путем использования вспомогатель¬ 
ного стека, называемого часто глобальным стеком, для разме¬ 
щения ячеек тех переменных, которые встречаются в структури¬ 
рованных термах входной программы. В только что рассмотрен¬ 
ном примере ячейки переменных у и z из процедуры Р1 поме¬ 
щались бы тогда в фрейме, расположенном в глобальном стеке, 
и указатель среды из ячейки переменной х отсылал бы именно 
к этому фрейму, а не к фрейму 10. 

Общая организация двухстековых систем, следовательно, та¬ 
кова. Основной стек, называемый локальным стеком, очень по¬ 
хож на те, которые используются в одностековых системах. 
В каждом из его фреймов содержатся обычные ячейки управ¬ 
ления. Кроме того, в нем содержатся ячейки только для тех пе¬ 
ременных из вызываемой процедуры, на значения которых ни¬ 
когда не могли бы ссылаться ячейки, расположенные в более 
ранних локальных фреймах. В каждом глобальном фрейме из 
глобального стека содержатся ячейки для всех оставшихся пе¬ 
ременных из вызываемой процедуры. Таким образом, эта схема 
основана на разделении переменных, встречающихся во вход¬ 
ной программе: они классифицируются либо как локальные, 
либо как глобальные. При входе в процедуру всегда образуется 
локальный фрейм. Если процедура содержит глобальные пере¬ 
менные, то образуется также глобальный фрейм, который свя¬ 
зывается со своим локальным напарником соответствующим 
указателем, хранящимся в локальном фрейме. Более точно, в 
локальном фрейме выделяется шестая ячейка управления, куда 
помещается указатель глобального фрейма (ГФ), указывающий 
на его глобального напарника. Эти два фрейма совместно опре- 
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деляют среду для вызовов из тела рассматриваемой процедуры. 
Выполнение процесса возврата приводит к обычному сокраще¬ 
нию локального стека, причем всякий раз, когда в ходе возврата 
удаляется локальный фрейм, то удаляется и его глобальный на¬ 
парник (если, конечно, он имеется). На рис. VII.9 показана 
связь локального и глобального стеков. 

Итак, при двухстековом представлении допустимое содержи¬ 
мое ячеек, предназначенных для переменных из процедур, мож- 

локальньш стек . глобальный стек 



но описать тогда следующим образом. Обозначим локальные и 
глобальные фреймы, в которых расположены ячейки этих пере¬ 
менных, буквами Л и Г соответственно. Тогда 

(i) каждая ячейка в Л или Г может содержать либо сим¬ 
вол * (означающий, что переменной еще не присвоено никакого 
значения), либо константу, либо указатель на терм без перемен¬ 
ных, хранящийся во входном массиве данных; 

(ii) каждая ячейка в Л может указывать на ячейку другой 
переменной (присваивание одной переменной значения другой) 
при условии, что последняя расположена либо в каком-то гло¬ 
бальном фрейме, либо в каком-то локальном фрейме, появив¬ 
шемся не позднее фрейма Л; 

(Ш) каждая ячейка в Л может содержать молекулу при 
условии, что ее указатель среды отсылает либо к какому-то 
глобальному фрейму, либо к какому-то локальному фрейму, по¬ 
явившемуся не позднее фрейма Л; 

(іѵ) каждая ячейка в Г может содержать указатель на ка¬ 
кую угодно другую глобальную ячейку (присваивание одной пе¬ 
ременной значения другой) или она может содержать молекулу, 
указатель среды которой отсылает к какому-то глобальному 
фрейму. 
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Совместное действие этих ограничений заключается в том, 
что независимо от унификаций, выполнявшихся при входе в про¬ 
цедуру Р1 или после него, ни глобальные ячейки, ни ячейки ло¬ 
кальных фреймов, предшествующих Л, никогда не могут указы¬ 
вать ни на фрейм Л, ни на ячейки, в нем содержащиеся. Дру¬ 
гими словами, когда управление выходит из Р1, условие (а) 
удаления локального фрейма 10 обязательно выполняется. Сами 
эти ограничения возникают отчасти из-за критерия, применяе¬ 
мого для того, чтобы отличать локальные переменные от гло¬ 
бальных, отчасти из-за трактовки присваивания одной перемен¬ 
ной значения другой (в соответствии с которой значение пере¬ 
менной из вызова всегда присваивается переменной из заго¬ 
ловка процедуры) и отчасти из-за принятого соглашения, в силу 
которого все указатели между локальным и глобальным сте¬ 
ками неизменно отсылают из первого ко второму. 

ѴІІ.3.3. Механизм восстановления 

при успешном выходе из процедуры 

Удовлетворение условия восстановления (а) зависит от со¬ 
ответствующих механизмов, реализуемых для выполнения уни¬ 
фикации, и от распределения локальной и глобальной памяти. 
Будет или нет выполняться второе условие (Ь) зависит от теку¬ 
щего состояния регистра БТВ: оно выполняется, если только 
БТВ есть Ч или указывает на некоторый фрейм, предшествую¬ 
щий фрейму 10 (т. е. тому фрейму, который восстанавливается). 
Реализацию этой проверки, а также механизма восстановления 
можно осуществить путем следующего простого преобразования 
шага 2 в приведенном на рис. VII. 3 алгоритме управления. 

Шаг 2 (Выбор вызова) 
if ТП->есть факт 
then ТВ := П(/) 

if БТВ = Ч или БТВ < f thenf :=f — 1 
while ТВ = выход и БТ^І 

do if БТВ = Ч или БТВ < БП then f :=f — 1 
ТВ :=П(БП) 

БП :=РФ(БП) 
if ТВ = выход 


далее точно так же, как и прежде 

Следствием проведенной модификации является то, что всякий 
раз, когда происходит выход из процедуры (быть может, внутри 
цепочки выходов, осуществляемых циклом на шаге 2) и удов- 
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летворяются условия (а) и (Ь) восстановления локального 
фрейма, образованного при входе в процедуру, этот фрейм обя¬ 
зательно будет находиться в данный момент на вершине стека, 
и его можно сразу же удалить, уменьшая с этой целью регистр 1 
позиции вершины локального стека (f := f — 1). 

Когда описанный алгоритм применяется к исполнению про¬ 
граммы 41, в результате выходов из процедур Р7 и Р2 будут 
восстановлены соответственно позиции 12 и 11, так что два сле¬ 
дующих фрейма (для процедур РЗ и Р4) займут тогда позиции 
11 и 12, а не 13 и 14. В дальнейшем аналогичные восстановления 
произойдут в результате выходов из процедур Р6, Р4, Р5 и РЗ. 
Наконец, последующий выход из процедуры Р1 восстановит 
фрейм, образованный при входе в Р1, и, таким образом, в те¬ 
чение всего процесса решения вызова А локальный стек никогда 
не будет продолжаться дальше позиции 13. Единственное, что 
сохранится в результате всего этого процесса после восстанов¬ 
ления фрейма 10 — это данные, присвоенные переменным из вы¬ 
зова А, если, конечно, такие присваивания были сделаны. 

Отметим, что описанный механизм никогда не приводит 
к сжатию глобального стека, и поэтому данные, хранимые в 
этом стеке, имеют гораздо более длительное время жизни, чем 
те, которые хранятся в его локальном аналоге. Это свойство воз¬ 
лагает дополнительное бремя на разработчика реализации, по¬ 
скольку в ходе исполнения программы данные из глобального 
стека могут стать излишними. Само по себе вреда это не нано¬ 
сит, однако если глобальному стеку грозит переполнение и в нем 
содержится много излишних данных, то, может быть, интерпре¬ 
татору имеет смысл запустить программу сборки мусора, кото¬ 
рая обнаруживает эти данные и отбрасывает их. Хорошо напи¬ 
санная программа, предназначенная для выполнения сборки му¬ 
сора, будет поглощать много времени, если неудачно выбрана 
стратегия ее запуска. Более того, составление подобной про¬ 
граммы само по себе представляет значительный программист¬ 
ский проект. 

Какие бы средства для сборки мусора в глобальном стеке ни 
использовались, ясно, что они должны в первую очередь под¬ 
держиваться хорошей стратегией определения локального или 
глобального статуса переменных. Поскольку восстановление ло¬ 
кального стека операционно несложно и (обычно) выполняется 
довольно часто, желательно, очевидно, предоставить локальный 
статус по возможности большему числу переменных. Однако 
задачу, состоящую в том, чтобы точно определить в период ис¬ 
полнения, какие из переменных должны быть глобальными, 
нельзя полностью решить в момент входа в процедуру. В прин¬ 
ципе интерпретатор может сделать в этот момент временное 
распределение ячеек по локальному и глобальному фреймам, 
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которое хотя и не будет оптимальным, но окажется достаточ¬ 
ным для того, чтобы предотвратить в дальнейшем возникнове¬ 
ние потенциально повисающих указателей. Впоследствии в про¬ 
цессе вычисления можно будет перераспределить эти ячейки (и 
соответствующим образом внести поправки в ссылки на них) 
в свете выполнявшихся присваиваний, но это потребует много 
дополнительного времени и может все еще не дать оптималь¬ 
ного результата. Поэтому разделение встречающихся в про¬ 
цедуре переменных на локальные и глобальные происходит 
обычно в период компиляции, и в основу его положено простое 
синтаксическое правило: переменным выделяются глобальные 
ячейки в том и только том случае, когда они имеют вхождения 
в какие-либо структурированные термы этой процедуры. Дан¬ 
ное правило не является оптимальным, поскольку в соответ¬ 
ствии с ним некоторые переменные в общем случае делаются 
глобальными, даже если предоставление им вместо этого ло¬ 
кального статуса не нарушило бы последующего исполнения 
программы. С другой стороны, применение этого правила обхо¬ 
дится дешево, оно дает всем входным фреймам для каждой кон¬ 
кретной процедуры одну и ту же структуру независимо от кон¬ 
текста, в котором происходит вызов этой процедуры в период 
исполнения, и оно гарантирует, что условие восстановления (а) 
будет всегда выполняться. 


ѴІІ.3.4. Оптимизация последнего вызова 

Восстановление локального входного фрейма процедуры не 
всегда нужно откладывать до тех пор, пока управление осуще¬ 
ствит успешный выход из процедуры. При выполнении некото¬ 
рых условий восстановление этого локального фрейма (но не 
его глобального напарника) может в действительности иметь 
место в тот момент, когда активируется последний вызов из 
процедуры. Другими словами, локальный фрейм иногда можно 
восстанавливать, как только интерпретатор начнет свою попыт¬ 
ку решить этот вызов, а не (как это было раньше) после того, 
как он успешно его решит. Такая тактика называется оптимиза¬ 
цией последнего вызова, и ее применение может существенно 
улучшить как использование памяти, так и скорость обработки 
данных. 

Рассмотрим снова программу 41 вместе с рис. VII. 8 и допу¬ 
стим, что управление только что вышло из процедуры Р2. До¬ 
пустим, кроме того, что входные фреймы для процедур Р2 и Р7 
были удалены либо посредством применения стандартного ме¬ 
ханизма восстановления при успешном выходе, либо посред¬ 
ством оптимизации последнего вызова. Текущей позицией вер¬ 
шины стека в нашем локальном стеке является, следовательно, 
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позиция 10, на которой в данный момент расположен локальный 
входной фрейм процедуры Р1; в дальнейшем ради краткости 
мы будем называть этот фрейм удаляемым фреймом. Поскольку 
следующая задача интерпретатора заключается в активации по¬ 
следнего вызова С из Р1, складывается ситуация, в которой 
можно попробовать применить оптимизацию последнего вызова 
(короче, ОПВ). Если выполняется ОПВ, то ее результатом бу¬ 
дет запись следующего образуемого локального фрейма на ме¬ 
сте удаляемого, что, как и требовалось, равносильно восстанов¬ 
лению пространства последнего. Следующим фреймом будет 
локальный входной фрейм для процедуры РЗ, т. е. для той про¬ 
цедуры, которая отвечает на последний вызов из Р1. 

Для выполнения ОПВ необходимо, чтобы соблюдались сле¬ 
дующие условия: 

(c) удаляемый фрейм не должен являться точкой возврата; 

(d) точкой возврата не должен являться также новый ло¬ 
кальный фрейм, который будет записан на месте удаляемого; 

(e) новый локальный фрейм не должен содержать указате¬ 
лей на удаляемый фрейм. 

Эти условия как по форме, так и по мотивировке аналогич¬ 
ны условиям (а) и (Ь) восстановления после успешного выхода 
из процедуры. По существу они предотвращают появление ссы¬ 
лок на удаляемый фрейм в ходе дальнейшего исполнения про¬ 
граммы. Первые два условия можно проверить в период испол¬ 
нения, соответствующим образом учитывая состояние регистра 
БТВ. Выполнение последнего условия (е) в системах с совмест¬ 
ным использованием структур можно гарантировать, производя 
в период компиляции соответствующие распределения по ло¬ 
кальным и глобальным фреймам, как это объясняется ниже. 

При образовании на следующем шаге (соответствующем 
входу в РЗ) локального и глобального фреймов выполняется 
унификация, которая, вообще говоря, должна учитывать среду 
последнего вызова С, содержащуюся в локальном и глобальном 
фреймах, образованных при входе в Р1. Эта унификация может, 
кроме того, породить данные для переменных из нового локаль¬ 
ного фрейма, который должен в конечном счете занять простран¬ 
ство стека, в настоящее время занимаемое удаляемым фреймом. 
Поэтому для того, чтобы предотвратить конфликт по совпаде¬ 
нию обращений для чтения и записи (т. е. запись данных в ту 
область памяти, изначальное содержимое которой могло бы еще 
понадобиться для использования в дальнейшем), целесообразно 
сначала скопировать отобранные из удаляемого фрейма данные 
во временных регистрах. В этом случае возможно выполнить 
целый ряд оптимизаций очень низкого уровня (здесь не детали¬ 
зируемых), которые сводят до минимума поток данных между 
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упомянутым регистрами, старыми ячейками и новыми ячейками 
и тем самым приводят к значительному сокращению времени 
обработки, расходуемому как на унификацию, так и на построе¬ 
ние фрейма. Интересная проблема встает перед разработчиком 
реализации в связи с удовлетворением условия (е). Один из 
подходов к ее решению заключается в том, чтобы просто заста¬ 
вить интерпретатор исследовать результаты выполнявшейся на 
новом шаге унификации и затем определить, можно или нет 
осуществлять ОПВ. Для этого, однако, может потребоваться 
слишком много времени, что частично нарушит цели оптимиза¬ 
ции. С другой стороны, можно попытаться прежде всего предот¬ 
вратить возникновение неугодных указателей с помощью при¬ 
нятия соответствующих мер предосторожности в период компи¬ 
ляции. 

Для того чтобы понять, откуда могли бы возникнуть такие 
указатели, рассмотрим задачу унификации некоторого пара¬ 
метра Т1 из (входной формы) вызова С в процедуре Р1 с соот¬ 
ветствующим формальным параметром Т2 из заголовка вызы¬ 
ваемой процедуры РЗ. Если параметр 77 не является перемен¬ 
ной, то все содержащиеся в нем переменные обязательно долж¬ 
ны быть распределены по глобальным ячейкам; следовательно, 
все указатели на них, порожденные в ходе унификации, после 
ликвидации удаляемого фрейма повиснуть не могут. Если па¬ 
раметр Т2 не является переменной, а ТІ — некоторая перемен¬ 
ная х, то их унификация даст присваивание х\ = Т2, и какой бы 
вид ни имел Т2, указатель на ячейку х в результате этого нико¬ 
гда не возникнет. Приведенные доводы сужают область наших 
рассмотрений до случая, когда параметр ТІ есть переменная х, 
а параметр Т2— переменная г, т. е. когда имеет место следую¬ 
щая ситуация 

Р1 : А(...) если В(.. .),С(. ..,*,...) 

РЗ : С(... ,z, ...) если D(. . .),Е(...) 

Последний вызов С (.х ,...) из процедуры Р1 активиру¬ 
ется в контексте соответствующей ему среды, и она будет со¬ 
держать ячейку переменной х. Рассмотрим теперь четыре слу¬ 
чая, исчерпывающие все те ситуации, которые могут возникнуть 
непосредственно перед выполнением унификации. 

(1) Допустим, что х — глобальная переменная (имеющая 
вхождения в структурированный терм); тогда, в силу соглаше¬ 
ний относительно указателей между локальным и глобальным 
стеками, никакой указатель, помещаемый в ее ячейку в резуль¬ 
тате выполнения унификации, не может отсылать к удаляемому 
фрейму. 

(2) Допустим, что х — локальная переменная, а ее ячейка 
содержит некоторое значение t (уже присвоенное х), не указы- 
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вающее ни на удаляемый фрейм, ни на какую-либо его ячейку; 
тогда присваивание z:=t, полученное в результате выполнения 
унификации, не может образовать указателя на удаляемый 
фрейм. 

(3) Допустим, что х — локальная переменная и ей еще не 
присвоено никакого значения; тогда полученное в результате 
выполнения унификации присваивание z:=x (заметим, что при¬ 
сваивание z:=* не годится) помещают в ячейку переменной z 
потенциально повисающий указатель на ячейку х в удаляемом 
фрейме. 

(4) Допустим, что х — локальная переменная и присвоенное 
ей значение содержит указатель на удаляемый фрейм или ка¬ 
кую-либо его ячейку. Им мог бы быть только указатель на 
ячейку некоторой другой переменной у из процедуры Р1 (этот 
указатель не мог бы быть молекулой, поскольку ее указатель 
среды отсылал бы к глобальному фрейму); таким образом, если 
переменная у не является глобальной, то получаемое в резуль¬ 
тате выполнения унификации присваивание z:=y помещает 
в ячейку переменной г потенциально повисающей указатель на 
ячейку у в удаляемом фрейме. 

Из этого анализа вытекает, что для безопасного выполнения 
ОПВ следует устранить случаи (3) и (4), в каждом из которых 
переменная х является локальной. Средство для достижения 
указанной цели, предложенное Д. Уорреном и реализованное 
в его системе DEC- 10 Пролог, заключается в предоставлении 
переменной х глобального статуса, если х не имеет вхождений 
в заголовок процедуры Р1. В этом случае всякий указатель на 
ячейку х, который в результате выполнения унификации мог бы 
быть присвоен ячейке z, никогда не будет повисшим, и, стало 
быть, ОПВ можно осуществлять, не причиняя ущерба. В про¬ 
тивном случае, если х является локальной и имеет вхождения 
в заголовок процедуры Р1, то стандартное соглашение относи¬ 
тельно унификации гарантирует, что при входе в Р1 перемен¬ 
ной х сразу же будет присвоено какое-то значение, и поэтому 
случай (3) невозможен. 

Рассмотрим, наконец, случай (4). В его допущениях тре¬ 
буется, чтобы присваивание х:= у имело место до того, как бу¬ 
дет активирован вызов С. Подобное присваивание никогда не 
могло бы произойти при входе в процедуру Р1. Следовательно, 
оно должно быть выполнено в результате решения вызова В, 
для чего в свою очередь потребовалось бы, чтобы после входа 
в Р1 переменной х не было присвоено никакого значения (по¬ 
скольку одной и той же переменной не могут быть присвоены 
два значения). Это означало бы, что х не имеет вхождений 
в заголовок процедуры Р1. Таким образом, случай (4) возникает 
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только тогда, когда переменная х является локальной и не имеет 
вхождений в заголовок процедуры — возможность, которая 
устраняется с помощью предложенного Уорреном средства. 

Итак, мы получаем, что для того, чтобы гарантировать вы¬ 
полнение условия (е), достаточно дополнить используемые в 
период компиляции обычные правила разделения встречающих¬ 
ся в Р1 переменных на локальные и глобальные еще одним но¬ 
вым простым правилом. Для выполнения условия (с) требуется 
только, чтобы регистр БТВ перед тем, как произойдет новый 
шаг, либо находился в состоянии —1, либо указывал на какую-то 
позицию, предшествующую удаляемому фрейму. Для выполне¬ 
ния условия (d) требуется только то, чтобы новый шаг не при¬ 
водил к появлению неиспробованных кандидатов (СКА = ,—I) 
после того, как будет выбрана очередная вызываемая процедура 

(РЗ). 

Когда имеет место ОПВ, указатель (перехода) П из удаляе¬ 
мого фрейма в принципе будет утрачен вместе со всем осталь¬ 
ным содержимым этого фрейма. Последующая операция пере¬ 
хода, которая предвосхищается указателем П, останется осу¬ 
ществимой при условии, что в новый фрейм будет помещен 
именно этот указатель перехода, а не (как было раньше) пози¬ 
ция успешного выхода из процедуры, расположенная вслед за 
оптимизируемым последним вызовом. Это предполагает, что 
реализация ОПВ должна сопровождаться более общей пере¬ 
стройкой алгоритма управления, так чтобы указатель перехода 
в каждом фрейме всегда указывал непосредственно на следую¬ 
щий ожидающий решения вызов в программе, и никогда не ука¬ 
зывал на успешный выход из процедуры, разве только на успеш¬ 
ный выход из целевого утверждения. Такая организация зна¬ 
чительно улучшает скорость и непрерывность выбора вызовов, 
поскольку она устраняет неэффективность, связанную с просле¬ 
живанием цепочек успешных выходов. Однако результатом рас¬ 
сматриваемой модификации является также то, что содержа¬ 
щийся в фрейме указатель перехода не будет в этом случае 
достаточным базисом (как было раньше) для определения вы¬ 
зова, который был активирован при образовании фрейма. Тем не 
менее данная информация могла бы потребоваться, если бы 
фрейм оказался точкой возврата, так как в дальнейшем после 
выполнения некоторой операции возврата этот вызов нужно 
было бы определить для того, чтобы активировать еще раз. Из 
приведенных соображений вытекает, что в каждом фрейме 
(или по крайней мере в каждой точке возврата) должен быть 
также явно представлен еще в одной ячейке управления иденти¬ 
фикатор вызова, обращавшегося к соответствующей данному 
фрейму процедуре. Тот, кто предполагает заняться реализацией 
и кто надлежащим образом понял механизм управления эле- 
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ментарного интерпретатора, не должен столкнуться с какими- 
либо трудностями при осуществлении всех этих модификаций, 
необходимых для обеспечения ОПВ. 

Стоит отметить, что ОПВ восстанавливает явно простран¬ 
ство, занятое ненужными ячейками управления и ячейками 
локальных переменных, однако никогда не приводит к сокра¬ 
щению глобального стека, где накапливаются структурирован¬ 
ные данные — он сокращается лишь при выполнении возврата 
или сборке мусора. С другой стороны, если ОПВ запрограмми¬ 
рована настолько компактно, насколько это возможно для того, 
чтобы избежать чрезмерного потока данных между фреймами и 
регистрами, то ОПВ может значительно сократить время обра¬ 
ботки, поглощаемое итеративными вычислениями. В программе 
40, например, такое вычисление получается в результате неодно¬ 
кратного вызова (детерминированной) итеративной процедуры 
обратить*. Воздействие ОПВ на исполнение этой программы 
заключается в том, что на месте каждого фрейма, за исключе¬ 
нием первого, записывается его последователь, и поэтому 
локальный стек никогда не продолжается дальше позиции 2, 
тогда как прежде его длина росла пропорционально длине вход¬ 
ного списка. Однако второе возможное улучшение — это гораздо 
более высокая скорость, поскольку разработчик реализации мо¬ 
жет (после достаточного анализа и программистских усилий) 
«стянуть» унификацию и построение фрейма, возникающих при 
выполнении каждой операции перезаписи. Получаемое в резуль¬ 
тате поведение будет во многом подобно поведению традицион¬ 
ной программы, использующей деструктивное присваивание для 
проведения итерации над одной фиксированной областью па¬ 
мяти и в то же время строящей структурированные выходные 
данные в другой области; в логической реализации этими об¬ 
ластями являются соответственно локальный и глобальный 
стеки. 

Заметим, что при двухстековой реализации программы обра¬ 
тить* все изображенные на рис. VII. 7 ячейки переменных щ, x t 
и Wi будут находиться в фреймах из глобального стека, посколь¬ 
ку все переменные и, х и w из процедуры Р2 имеют вхождения 
в структурированные термы. Однако, как показано на рисунке, 
ни в одну из этих ячеек никогда не помещаются потенциально 
повисающие указатели, так что, строго говоря, ни одной из них 
не требуется находиться в глобальном стеке. Приведенный при¬ 
мер показывает, как в результате осуществляемого в период ком¬ 
пиляции простого синтаксического управления статусом пере¬ 
менных глобальный стек в общем случае перегружается, что 
является платой за предоставление интерпретатору возможности 
безнаказанно восстанавливать все, что остается в локальном 
стеке. Вследствие этого утверждалось, что ОПВ как средство 
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экономии пространства не будет давать особого эффекта, если 
ее не дополнить либо сборкой мусора, либо более приемлемыми 
схемами разделения переменных. 


VII. 4. Экономия времени обработки данных 

По сравнению со скоростью исполнения, которая достигается 
при написании программ на языках ассемблера или на языках 
относительно низкого уровня, подобных Бейсику и Фортрану, 
исполнение эквивалентных логических программ обычно проис¬ 
ходит медленнее. До некоторой степени это обусловлено меха¬ 
низмами, необходимыми для обеспечения недетерминированного 
исполнения, однако в большей мере это является результатом 
недостаточной разработки методов эффективного манипулиро¬ 
вания данными. В ранний период логического программирова¬ 
ния при осуществлении реализаций много усилий было затра¬ 
чено на усовершенствование обработки представлений посред¬ 
ством структурированных термов, в результате чего гораздо 
меньше внимания уделялось разработке мощных механизмов 
управления, предназначенных для манипулирования большими, 
нерегулярными структурами данных, представленных иными 
способами. 

Вероятно, эта ситуация изменится, как только интерес к ло¬ 
гическому программированию, первоначально концентрировав¬ 
шийся в академических кругах, связанных с искусственным ин¬ 
теллектом, где знакомство с родственными формальными систе¬ 
мами, подобными Лиспу, — вторая натура, постепенно распро¬ 
странится и на другие области, такие как научная и коммерче¬ 
ская обработка данных. Требования, предъявляемые этими сфе¬ 
рами применения, приведут, без сомнения, к изменению стиля 
логического программирования и, следовательно, технологии его 
реализации — впрочем, в такой же степени они и сами изме¬ 
нятся под его воздействием. 

Эволюция технического обеспечения новых ЭВМ от после¬ 
довательных управляемых процессами машин фон Неймана по 
направлению к многопроцессорной архитектуре, обеспечиваю¬ 
щей параллелизм, режимы потока данных и встроенные меха¬ 
низмы (такие как сопоставление с образцом) и разработанной 
специально для нужд формализмов, основанных на построении 
вывода, также внесет радикальные изменения в способ реализа¬ 
ции логики как языка программирования. 

В силу всех этих причин не следует ожидать, что рекомен¬ 
дации использовать какие-либо предположительно оптимальные 
стратегии обработки данных останутся справедливыми даже в 
течение непродолжительного времени. Поэтому в данном раз- 
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деле описывается лишь небольшая выборка имеющихся у разра¬ 
ботчика реализации возможностей оказывать влияние на ско¬ 
рость обработки в контексте существующих на сегодняшний 
день стиля программирования и машинной архитектуры. 

ѴІІ.4.1. Системы без совместного использования структур 

Все логические реализации можно, вообще говоря, разделить 
на два класса: системы, основанные на совместном использова¬ 
нии структур (СС-системы), и системы, в которых этот метод 
не используется (НСС-системы). Мы дадим здесь краткое опи¬ 
сание НСС-системам, а затем проведем сравнение двух упомя¬ 
нутых подходов. 

В НСС-системах, которые в настоящее время составляют 
меньшую часть от существующих реализаций, используются, как 
правило, две основные динамические области памяти. Первая 
из них представляет собой локальный стек, который фактически 
соответствует локальному стеку в СС-системах за исключением 
того, что в каждом фрейме помимо обычных управляющих ячеек 
предусмотрены локальные ячейки для всех различных перемен¬ 
ных из вызываемой процедуры. Второй стек играет вспомога¬ 
тельную роль: в него помещаются явные (или «конкретные») 
представления структурированных термов, присвоенных (по¬ 
средством унификации) в качестве значений локальным пере¬ 
менным. Организация этой области памяти более подобна неупо¬ 
рядоченному массиву, чем стеку, однако обычно ее называют 
глобальным стеком (или «стеком копий»). 

Допустим в качестве примера, что активируется некоторый 
вызов обратить*(/, z, v.v.z), причем переменным t, z и ѵ еще не 
присвоено никаких значений, и пусть он обращается к нашей 
процедуре 

Р2 : обратить *(x,u.w,y) если обратить*(«.д:,ш,у) 

В типичной НСС-системе плучающиеся в результате этого при¬ 
сваивания {x:=t, z:=u.w, у := v.v.z} могли бы тогда быть 
представлены так, как показано на рис. VII. 10. Ячейки пере¬ 
менных t, z и ѵ, изображенные на этом рисунке, находятся в 
различных локальных фреймах, образованных на предыдущих 
шагах. В новом локальном фрейме, образованном при входе в 
процедуру Р2, размещаются ячейки переменных х, у, и и w. Кла¬ 
стер ячеек справа представляет собой новое пополнение гло¬ 
бального стека и является явным представлением терма v.v.u.w. 
Указатели на него из ячеек для у и z означают соответственно 
присваивания у := v.v.z и z\=u.w. Заметим, что цепочка ука¬ 
зателей связывает локальную ячейку переменной ѵ с двумя 
эдсоциированнцми глобальными ячейками в кластере. Таким 
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образом, в НСС-системе используются в общей сложности три 
ячейки для ѵ, тогда как в СС-системе использовалась бы лишь 
одна (глобальная) ячейка. Если на каком-то последующем шаге 
переменной ѵ будет присвоен в качестве значения некоторый 
структурированный терм, то этот терм в свою очередь поме¬ 
щается в явном виде в глобальный стек, а указатель на него 
будет ханиться в четвертой ячейке рассматриваемого кластера. 

Главное различие между СС- и НСС-системами состоит в 
том, что в последней присваивание структурированного терма 



переменной представляется просто путем соединения (с по¬ 
мощью указателя) локальной ячейки этой переменной с гло¬ 
бальным кластером, содержащим компактную явную копию 
упомянутого терма, в то время как в СС-системе терм представ¬ 
ляется более разбросанно в виде иерархии скелетов «чистого 
кода», которые требуется интерпретировать в контексте различ¬ 
ных сред присваиваний, раскиданных по двум стекам. Стало 
быть, НСС-система, в отличие от СС-систем, обычно обеспечи¬ 
вает по существу прямой доступ (т. е. минимальное использова¬ 
ние указателей) к уже вычисленным ею структурированным 
данным. Фактически, совместное использование структур можно 
рассматривать как «ленивый» метод построения данных. При 
представлении множества связанных друг с другом присваива¬ 
ний вида 

{х, :=f(y,),y, := g(z k ),z k := NIL} 

порожденных в результате выполнения унификации на различ¬ 
ных шагах i, j и k, в СС-системе не делается никакой попытки 
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построить явные (полностью разыменованные) значения g(NIL) 
и f(g(NIL)) переменных у/ и хі. Напротив, единственным сред¬ 
ством для построения этих явных значений, потребуйся они 
когда-либо (например, для сообщения о полученном решении 
целевого утверждения), в СС-системе являются указатели или 
молекулы, которые хранятся в ячейках переменных. Кроме того, 
в СС-системе часто приходится выбирать компоненты струк¬ 
турированных термов, когда осуществляется попытка унифици¬ 
ровать эти термы с какими-то другими. При такого рода обстоя¬ 
тельствах мы фактически оказываемся вынужденными исполь¬ 
зовать в реализации операции построения низкого уровня, чего 
ранее избегали. 

Эта оценка должна быть уравновешена тем наблюдением, 
что при исполнении многих программ порождаются структуры, 
которые в дальнейшем не участвуют ни в получении разымено¬ 
ванных выходных данных, ни в попытках выполнения унифика¬ 
ции. Поэтому, выбирая между СС- и НСС-системами, следует 
рассмотреть вопрос о том, будет ли в предполагаемых испол¬ 
нениях программ преобладать выборка структурированных дан¬ 
ных или просто их построение. Вообще говоря, для последней 
категории исполнений больше подходят СС-системы, поскольку 
задача, состоящая в построении молекул, оказывается триви¬ 
альной (решается очень быстро) по сравнению с задачами их 
разыменования или выборки в ходе выполнения унификации их 
глубоко расположенных компонент. 

Кроме того, при выборе должно учитываться потенциально 
малое потребление памяти в СС-системах. Эту особенность, 
однако, не следует переоценивать: сравнительные исследования 
показали, что при отсутствии сборки мусора в глобальном стеке 
СС-системы вполне могут потреблять в целом больше памяти, 
чем ее расходовалось бы в НСС-системах. Это происходит по¬ 
тому, что, согласно используемой в СС-системах стратегии рас¬ 
пределения переменных по стекам в период компиляции — 
всегда неоптимальной,, а иногда оказывающейся значительно 
хуже оптимальной, — пространство глобального стека предо¬ 
ставляется тем переменным, которые, исходя из чисто синтакси¬ 
ческих соображений, могли бы стать компонентами структури¬ 
рованных термов, вычисленных в ходе исполнения программы. 
В противоположность этому в НСС-системах пространство гло¬ 
бального стека распределяется в период исполнения, и предо¬ 
ставляется оно только тем структурированным термам, которые 
уже действительно вычислены. В любом случае оба подхода яв¬ 
ляются неоптимальными, если в ходе исполнения программы не¬ 
которые глобальные данные становятся излишними, поскольку 
в обычных процессах восстановления локального стека (исклю¬ 
чая процесс возврата) они не рассматриваются. 
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В приложениях, где, по всей видимости, отдельные вычисле¬ 
ния будут занимать намного меньше памяти, чем ее физически 
имеется, относительные требования, предъявляемые к объемам 
памяти в СС- и НСС-системах, могут почти не иметь значения 
(часто различаясь между собой лишь на 10—50%)- Если это 
действительно так, то выбор системы должен в большей степени 
основываться на сравнении ожидаемой скорости обработки дан¬ 
ных. Любая всесторонняя оценка этого параметра обязана учи¬ 
тывать множество факторов, включающее характеристики вход¬ 
ных программ, связанные с выборкой данных и их построением, 
возможности оптимизации процесса унификации, а также адрес¬ 
ное пространство вычислительной машины, на которой осущест¬ 
вляется реализация, структуру ее слов и механизмы адресации. 


ѴІІ.4.2. Компиляция 

В большинстве существующих реализаций логики как языка 
программирования программы исполняются в режиме интерпре¬ 
тации. По этой причине особенно благоприятные условия созда¬ 
ются для такой разработки программ, когда у пользователя 
часто возникает желание изменить или повторно прогнать свои 
программы, не сталкиваясь с утомительными и поглощающими 
время требованиями повторной компиляции. Кроме того, в усло¬ 
виях интерпретации легче включать и использовать средства 
трассировки и отладки. 

С другой стороны, компиляция (трансляция) логической 
программы в непосредственно исполняемые машинные коды 
предоставляет в принципе гораздо большие возможности для 
достижения ее эффективного исполнения. Главная причина этого 
заключается в том, что интерпретатор должен основываться на 
единственной общей программе унификации, способной обраба¬ 
тывать любые предлагаемые ей пары (вызов, заголовок про¬ 
цедуры). Как правило, однако, чем более общей является про¬ 
грамма, тем менее эффективной она оказывается в конкретных 
ситуациях, поскольку в ней всегда должны быть предусмотрены 
средства для обстоятельств, которые на самом деле могут не 
возникнуть. Компилятор может обходиться без такой общей 
программы, а вместо этого образовывать для каждого заголовка 
входной процедуры сегмент унификации, представленный в ма¬ 
шинных кодах и специально приспособленный для формальных 
параметров, входящих в заголовок. Основная система исполне¬ 
ния состоит тогда из управляющей программы, входных проце¬ 
дур вместе с их заголовками, скомпилированными в машинные 
коды, и каких-либо библиотечных программ, также в виде ском¬ 
пилированных кодов. 
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Единственные имеющиеся в настоящее время полностью дей¬ 
ствующие логические компиляторы разработаны Дэвидом Уор¬ 
реном для машины DEC- 10. Эффективность их работы, связан¬ 
ной с образованием эффективных объектных программ, значи¬ 
тельно повышается благодаря добавлению к входным програм¬ 
мам деклараций видов. В этих декларациях объясняется ожи¬ 
даемый вид фактических параметров, которые будут переданы 
процедурам в ходе исполнения программы. Так, например, ком¬ 
пиляцию программы 40 можно сделать более эффективной, до¬ 
бавляя к ней декларацию 

вид обратить*(+, +, —) 

в которой объявляется, что всякий раз, когда активируется вы¬ 
зов обратить*, его первые два фактических параметра перемен¬ 
ными не являются, однако третий параметр — переменная. Эти 
знания компилятор использует с целью специализации кода, 
образованного для заголовков процедур Р1 и Р2, который он 
эффективным образом оптимизирует, имея в виду предполагае¬ 
мый способ его употребления. 

Полезным методом реализации сложного логического компи¬ 
лятора, позволяющим избежать бремени написания самого ком¬ 
пилятора в машинных кодах, является метод, называемый рас¬ 
круткой. Сначала компилятор С пишется как множество Р ло¬ 
гических процедур, описывающих все стандартные задачи ком¬ 
пиляции, которые включают в себя ввод исходной программы и 
уплотнение, синтаксический разбор, построение таблицы иден¬ 
тификаторов, диагностику ошибок и генерацию машинной про¬ 
граммы. Таким образом, при помощи процедур из Р можно 
решить любой вызов вида скомпилировать ( множество-про¬ 
цедур , соответствующий-код). Затем составляется целевое 
утверждение G, которое в качестве выходных данных требует 
выдать код, соответствующий самому множеству процедур Р. 
Образованную в результате этого программу (P,G) можно те¬ 
перь исполнить с помощью какой-либо уже имеющейся логиче¬ 
ской реализации и тем самым получить на выходе версию ком¬ 
пилятора С, представленную в машинных кодах, — иными сло¬ 
вами, эффективный действующий компилятор для любого дру¬ 
гого множества логических процедур. 

ѴІІ.4.3. Унификация 

Значительные возможности для повышения скорости испол¬ 
нения логических программ заключены в реализации механизма 
унификации. Наиболее часто для выполнения унификации ис¬ 
пользуются различные варианты алгоритма Робинсона. В кон¬ 
тексте логического программирования этот алгоритм начинается 
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с помещения в списки L1 и L2 фактических параметров из акти¬ 
вированного вызова и формальных параметров из заголовка 
выбранной процедуры соответственно. Третий список Ѳ служит 
для записи присваиваний, образованных в ходе согласования 
параметров из списков L1 и L2. В начальный момент в Ѳ фик¬ 
сируется (каким-либо подходящим для последующего употреб¬ 
ления образом) текущий статус переменных из указанных пара¬ 
метров, когда им не присвоено еще никаких значений. Если 
алгоритм завершается успешно, то требуемым наиболее общим 
унификатором для данного шага является заключительное со¬ 
стояние списка Ѳ; в противном случае унификатора не су¬ 
ществует. 

Алгоритм представляет собой по существу один основной 
цикл, на каждом і'-м шаге которого сравниваются между собой 
два выражения и t&, где t\ и / 2 — і-е элементы списков L1 
и L2 соответственно. Как обычно, выражение tQ означает здесь 
применение к терму t содержащихся в текущем состоянии спи¬ 
ска Ѳ подстановок термов вместо переменных. Проверки, вы¬ 
полняемые на і-м шаге, и получаемые на нем результаты таковы. 

1. (а) Если одно из выражений <іѲ или < 2 Ѳ является пере¬ 
менной, содержащейся в другом выражении, то алгоритм закан¬ 
чивается неудачей: унификация невозможна. 

(Ь) Если одно из выражений /іѲ или f 2 0 является перемен¬ 
ной, не содержащейся в другом выражении, то в список Ѳ зано¬ 
сится присваивание первому выражению (переменной) второго 
в качестве значения (тем самым Ѳ обновляется). 

2. Если одно из выражений /]Ѳ или < 2 Ѳ является константой, 
а другое — либо константа, отличная от первой, либо структури¬ 
рованный терм, то алгоритм заканчивается неудачей: унифика¬ 
ция невозможна. 

3. (а) Если выражения и ^© — структурированные тер¬ 
мы, имеющие различные главные функторы, то алгоритм закан¬ 
чивается неудачей: унификация невозможна. 

(Ь) Если оба выражения и t 2 B — структурированные тер¬ 
мы, имеющие одинаковые главные функторы, то их аргументы 
добавляются в конце списков L1 и L2 соответственно (тем са¬ 
мым L1 и L2 обновляются). 

Алгоритм успешно завершает работу только в том случае, 
когда выполнится сравнение всех элементов L1 и L2 и при этом 
не произойдет неудачного исхода. 

Приведенное описание, конечно же, является лишь абстрак¬ 
цией того, что в действительности имеет место в конкретной 
реализации. Подлежащие сравнению выражения <іѲ и £>Ѳ обыч¬ 
но в явном виде не строятся. В частности, в системе с совмест¬ 
ным использованием структур вид терма t\ устанавливается 
лишь посредством анализа среды рассматриваемого ведзора, а 
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также всех тех других сред, на которые в первой содержатся 
ссылки. Более того, в результате обновления списка Ѳ, выпол¬ 
нявшегося в п. 1 (Ь), значения могут быть присвоены ячейкам пе¬ 
ременных как из этой среды, так и из предыдущей (при передаче 
выходных данных вызову); они могут быть присвоены также 
ячейкам переменных из новой среды, образуемой для текущего 
шага (при передаче входных данных процедуре). Эти возмож¬ 
ности предоставляют разработчику реализации широкий про¬ 
стор для оптимизации решаемых программой унификации задач, 
связанных с обновлением различных сред в стеках и организа¬ 
цией доступа к ним. Так, например, одно из решений, которое 
нужно принять при разработке программы унификации, касается 
двух возможностей: следует ли обновлять соответствующие 
ячейки переменных, как только на некотором шаге цикла будет 
обновлен список Ѳ, или же вместо этого следует хранить при¬ 
сваиваемые значения во временных регистрах. В первом случае 
при неудачном исходе унификации потребуется определить все 
эти ячейки и вернуть их в прежнее состояние, тогда как при 
успешном ее завершении ячейки будут находиться именно в том 
состоянии, которое нам нужно. Во втором же случае при не¬ 
удачном исходе они остаются в нужном состоянии (т. е. без 
изменений), в то время как после успешного завершения уни¬ 
фикации полученные значения должны быть скопированы из ре¬ 
гистров в соответствующие ячейки. Принятие такого рода реше¬ 
ний еще больше усложняется при выполнении оптимизаций (та¬ 
ких как ОПВ), направленных на экономию памяти, когда один 
фрейм записывается на месте другого. В деталях многие по¬ 
добные соображения описываются в исследовательской лите¬ 
ратуре. 

Помимо проблем, связанных с обновлением ячеек перемен¬ 
ных и организацией доступа к ним, главным препятствием быст¬ 
рого выполнения унификации оказывается тест, отделяющий 
случай 1(a) от случая 1(b). Если одно из выражений является 
переменной, то с помощью этого теста требуется решить, имеет 
или нет упомянутая переменная вхождения в другое выражение. 
Его обычно называют проверкой вхождения, и служит он для 
того, чтобы предотвратить возникновение бессмысленных при¬ 
сваиваний вида x:=f(x). Часто приводится классический при¬ 
мер, в котором активируемым вызовом является p(f(u),u), а 
заголовком процедуры — р'(х, х). Присваивания {x:=f(«), 

и:=х), из которых вытекает x:=f(x), при последующих по¬ 
пытках разыменовать значение переменной х привели бы к бес¬ 
конечному зацикливанию. Во многих реализациях проверка 
вхождения вообще не выполняется или делается необязательной 
на том основании, что нежелательные структуры параметров 
возникают редко и что принятие каких-либо мер предосторож- 
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ности необоснованно задержит выполнение большинства про¬ 
стых унификаций. В других же реализациях эта проверка опу¬ 
скается без всякого ущерба, поскольку в них допускается не 
более одного вхождения какой-либо переменной в заголовок 
процедуры. Подобное средство, однако, накладывает довольно 
неудовлетворительные ограничения на используемый стиль про¬ 
граммирования. 

Разработчик реализации может дополнительно сократить 
расходы, связанные с выполнением унификации в период испол¬ 
нения, надлежащим образом воспользовавшись индексирова¬ 
нием процедур, поскольку построение индексных таблиц в пе¬ 
риод компиляции является (неявным) частичным согласованием 
заголовка каждой процедуры с ожидаемым классом вызовов. 
Попытка унифицировать во время исполнения формальные па¬ 
раметры процедуры с известными фактическими параметрами 
начинается тогда с информации о том, что некоторое согласова¬ 
ние уже было достигнуто благодаря выделению этой процедуры 
в качестве кандидата для вызова. 

Программист может до произвольных пределов устранять 
бесполезные или какие-то иные нежелательные попытки выпол¬ 
нения унификации путем использования оператора отсечения 
(/), для реализации которого обычно требуется лишь простое 
обновление регистра БТВ и, быть может, нескольких ячеек ПТВ. 
Как правило, на операцию отсечения тратится гораздо меньше 
времени, чем экономится посредством устранения лишних не- 
испробованных кандидатов. Это справедливо, разумеется, при 
условии, что оператор отсечения используется в соответствии со 
здравым смыслом; при злоупотреблении им может произойти 
обратное. 


VII. 5. Исторический очерк 

Первая практическая реализация выдвинутой Колмероэ кон¬ 
цепции языка Пролог как воплощения идеи Ковальского о ло¬ 
гическом программировании была предпринята в 1972 г. Руссе¬ 
лем в университете Экс—Марсель. Он применил метод совместно¬ 
го использования структур для резолютивного доказательства 
теорем, который незадолого до того был разработан Бойером и 
Муром (1972). Эта реализация была впоследствии описана в от¬ 
чете Колмероэ и др. (1973). Написанная на Алголе -W, она ока¬ 
залась медленной и расходовала чрезвычайно много памяти 
главным образом потому, что в ней излишне много внимания 
уделялось предвидению процесса возврата и отсутствовали ме¬ 
ханизмы восстановления. Затем Баттани и Мелони (1973) напи¬ 
сали усовершенствованную версию Пролога на Фортране, 
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которая в дальнейшем была перенесена на несколько других вы¬ 
числительных установок, в результате чего появилось целое се¬ 
мейство вариантов марсельского Пролога. Особенности и реали¬ 
зация версии, введенной в действие в Имперском колледже, опи¬ 
саны в магистерской диссертации Лихтмана (1975), а функцио¬ 
нирование марсельского Пролога, с точки зрения пользователя, 
объясняется в справочном руководстве Русселя (1975). 

К 1975 г. системы, подобные марсельской, написанные на 
CDL для ЭВМ ICL-1903A и системы 4/70, уже функциониро¬ 
вали в Венгрии. Широкий спектр приложений этих, а также 
последующих версий описан Шантане-Тотом и Середи (1982). 
Более современные и более сложные венгерские системы ра¬ 
ботают в настоящее время главным образом на машинах 
Siemens —7.755, ІВМ-3031 и ѴАХ-11/80. К ним относится, в 
частности, описанная Бендлом и др. (1980) реализация МПро- 
лога, которая, как утверждается, в особенности приспособлена 
для модульного программирования. Вследствие быстроты, с ко¬ 
торой создавались эти интерпретаторы для решения важных 
прикладных вычислительных задач, их авторы были вынуждены 
дополнить базисную марсельскую конструкцию целым рядом 
ad hoc механизмов, обеспечивающих, например, быстрое выпол¬ 
нение арифметических операций, оперирование файлами и ин¬ 
терфейс, предназначенный для использования программ, ском¬ 
пилированных с языков низкого уровня. Эти средства реализо¬ 
вывались, по всей видимости, без особого учета семантической 
чистоты, в результате чего к уже имевшимся искажениям, вы¬ 
зываемым некоторыми из примитивов управления в марсель¬ 
ской конструкции, на основе которой первоначально строились 
венгерские системы, добавлялись новые возможные искажения. 
Некоторые проблемы, возникающие в связи с соединением 
Пролога с другими языками программирования, обсуждаются 
Середи (1981). 

Важный вклад в технологию реализации был сделан в се¬ 
редине 70-х годов Бранохе (1976), который разработал методы 
сборки мусора для уплотнения стеков, а также реализовал в 
1977 г. хвостовую рекурсию (вариант ОПВ, в котором опреде¬ 
ленные рекурсии заменяются итерациями). В дальнейшем ему 
удалось обойти проблемы повисания указателей при совместном 
использовании структур, и именно он написал первый интерпре¬ 
татор без использования этого метода (Бранохе, 1982). Первая 
его система была написана на Паскале, а новая система, напи¬ 
санная на языке Си для операционной системы Юникс, реали¬ 
зована в 1979 г. Кроме того, Бранохе (1981) положил начало 
методам «интеллектуального возврата», которые основываются 
на проведении в период исполнения анализа зависимости вы¬ 
зовов, предназначенного для обнаружения и устранения тупико- 
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вых вычислений. Более сложные схемы для выборочного воз¬ 
врата были впоследствии изобретены Перейрой и Порто (1982). 

Тем временем важные успехи в несколько ином направлении 
были достигнуты за счет усилий Уоррена и его коллег из Эдин¬ 
бургского университета. Марсельский Пролог функционировал 
там еще с 1974 г., и его недостатки побудили Уоррена разрабо¬ 
тать свой собственный компилятор с Пролога на машине 
DEC- 10, получивший в настоящее время широкое и вполне за¬ 
служенное признание за искусную конструкцию и методологию 
программирования. К отличительным особенностям, впервые 
появившимся в этом компиляторе, относятся индексирование 
и компилирование входных процедур, двухстековая реализация 
совместного использования структур, а также большое число 
тщательно разработанных оптимизаций, направленных на со¬ 
кращение как времени обработки, так и потребляемой памяти. 
Для предоставления пользователю двухцелевой среды, предна¬ 
значенной и для разработки, и для исполнения его программ, 
средства реализации Пролога на DEC-10 включают сейчас как 
интерпретатор, так и компилятор. Обе эти компоненты написаны 
преимущественно на Прологе и приведены в действие по¬ 
средством раскрутки. Конструкция первоначального компиля¬ 
тора описана Уорреном (1977а, 1977b). Последующие отчеты 
Уоррена и др. (1977, 1979) включают руководство для пользо¬ 
вателей и сравнение свойств этой системы со свойствами типич¬ 
ных реализаций Лиспа. Средства оптимизации в DEC-10 Про¬ 
логе описаны Уорреном (1979, 1980). В дальнейшем многие его 
разработки были перенесены на другие вычислительные устрой¬ 
ства. Например, производные этой системы как с совместным 
использованием структур, так и без использования данного ме¬ 
тода были установлены Меллишем (1982) в Эдинбургском уни¬ 
верситете на ЭВМ PDP-11, а многие из ее возможностей были 
включены в венгерскую систему МПролог. 

Одним из самых быстрых среди всех имеющихся интерпрета¬ 
торов является Ватерлоо-Пролог, созданный Робертсом (1977) 
в Университете Ватерлоо. Он работает на вычислительных ма¬ 
шинах IBM-370/158, ІВМ-3031 и ІВМ-4341 и по своей струк¬ 
туре подобен марсельскому Прологу, однако технически более 
отшлифован. Впечатляющее быстродействие этого интерпрета¬ 
тора отчасти обусловлено тем, что он написан непосредственно 
на языке ассемблера, и отчасти — отсутствием в нем механиз¬ 
мов экономии пространства. Как и реализация Пролога на ма¬ 
шине DEC-10, он ориентирован на конкретную архитектуру 
ЭВМ, что ограничивает его переносимость. Отчет Робертса о 
своей системе в особенности примечателен точностью, ясностью 
и полнотой, чего недостает почти всей остальной литературе, 
касающейся реализации логики как языка программирования. 
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Значительные продвижения в области реализации были сде¬ 
ланы также Кларком и Маккейбом из Имперского колледжа. 
Первым разработанным там интерпретатором был ІС-Пролог. 
Написанный на Паскале и установленный на вычислительных 
машинах ІВМ-370 и CDC-6000, он использовался главным обра¬ 
зом для проверки новых механизмов управления. В частности, 
с его помощью удалось подтвердить, что реализацию режимов 
управления, регулирующих сложные методы исполнения про¬ 
грамм (например, параллельно и в режиме сопрограмм), можно 
осуществить без искажения логической семантики формальной 
системы. Описание ІС-Пролога дается во многих статьях Клар¬ 
ка, Маккейба и др. (1979а, 1979b, 1980, 1982). 

Последние работы Кларка и Маккейба велись в направлении 
реализации логики на микрокомпьютерах. Их интерпретатор 
микро-Пролога был первоначально создан для работы под 
управлением операционной системы СР/М на ЭВМ, собранных 
на процессоре Z80, таких как Research Machines 380Z и North 
Star Horizon. Интерпретатор написан на коде ассемблера Z80. 
В нем обеспечивается ОПВ и не применяется метод совместного 
использования структур. В настоящее время он адаптируется 
на широком классе других малых машин. Самоучители по ми- 
кро-Прологу для начинающих были опубликованы Кларком и 
Маккейбом (1984), а также Энналсом (1984). В микро-Прологе 
используется логика хорновских дизъюнктов, усиленная за счет 
чистых расширений, которые позволяют достичь некоторой син¬ 
таксической общности полного языка логики предикатов первого 
порядка. Его стандартная версия будет работать с памятью ем¬ 
костью в 64К байт, причем около 16К байт будет занимать ин¬ 
терпретатор ядра. 

Японский проект создания ЭВМ пятого поколения добавил 
сильный импульс разработкам в области технологии реализаций 
для логического программирования. Поскольку этот проект ока¬ 
зывает такое значительное воздействие на всю область логиче¬ 
ского программирования в целом, мы обсудим его отдельно в 
следующей главе. 



VIII. Вклад логического программирования 
в теорию вычислений 


Вклад, который может сделать логическое программирование 
в общую теорию вычислений, не исчерпывается только еще од¬ 
ним языком программирования. Разумеется, логика применя¬ 
лась в теории вычислений и до появления логического програм¬ 
мирования, но ее трудно было приспособить для использования 
на основном направлении развития этой теории, главным обра¬ 
зом потому, что мы не имели тогда простой и реализуемой вы¬ 
числительной интерпретации логики. Теперь ситуация полностью 
изменилась. Логику можно использовать для представления 
данных, программ, спецификаций и связей между ними; ее мож¬ 
но применять для описаний как на объектном уровне, так и на 
метауровне; она может использоваться для описания управле¬ 
ния программным обеспечением, а также и для описания самого 
программного обеспечения. Значение логического программиро¬ 
вания состоит в том, что оно позволяет автоматизировать все 
эти применения логики, сделать их основанными на общей вы¬ 
числительной теории и, таким образом, внести единство в преж¬ 
де разрозненные действия и инструментальные средства. В этой 
главе дается обзор некоторых приложений логического програм¬ 
мирования к теории, практике и технологии вычислений. 


ѴІН. 1. Теория вычислений 

Теория вычислений включает в себя ту часть математики, 
в которой рассматриваются эффективно вычислимые отноше¬ 
ния. В ней изучаются математические свойства самих отноше¬ 
ний, их определимость в той или иной формальной системе, вы¬ 
числимость на конкретных машинах и их значения относительно 
конкретных схем интерпретации. Эти и другие аспекты данной 
теории традиционно развивались в рамках отдельных направ¬ 
лений, таких как теория рекурсивных функций, теория вычисли¬ 
мости, формальная семантика и т. д. Основной принцип, под¬ 
держиваемый многими сторонниками логического программиро¬ 
вания, заключается в том, что оно позволяет объединить все 
эти различные подтеории, подвести под них общий фундамент 
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и дать им рационалистическое обоснование. Он поддерживается 
не только в том теоретическом смысле, что логика вообще лежит 
в основании математики, но и в более практическом смысле: 
логическое программирование, по-видимому, способно есте¬ 
ственным образом охватить репрезентативные и операционные 
характеристики широкого класса вычислительных формализмов 
и связанных с ними теорий. В этом разделе мы кратко очертим 
те пути, на которых логическое программирование сделало вклад 
в теорию вычислений. 

VIII.1.1. Представимость и вычислимость 

В связи с каждым предлагаемым вычислительным форма¬ 
лизмом естественно поставить вопрос: что с его помощью можно 
представлять и вычислять? Минимальным требованием почти 
для всех практических целей является возможность представле¬ 
ния натуральных чисел. В логическом программировании это 
требование может быть удовлетворено наличием любой фикси¬ 
рованной константы, например константы 0, для представления 
«нуля» и любого фиксированного функтора, например s, для 
представления «следующего числа». Натуральные числа можно 
тогда представить термами 0, s(0), s(s(0)) и т. д. Менее триви¬ 
ально, у нас может возникнуть также желание иметь возмож¬ 
ность определять на любом таком представлении все те отно¬ 
шения, которые может потребоваться вычислять на множестве 
натуральных чисел. Возможность определения всех таких отно¬ 
шений была впервые доказана Робертом Хиллом. А именно он 
показал, что логики хорновских дизъюнктов достаточно для 
определения всех эффективно вычислимых функций на множе¬ 
стве {0, s(0), ...} и что для этой цели не требуется никаких 
других функторов, кроме 0 и s. Более общее описание адекват¬ 
ности логики хорновских дизъюнктов дается в его отчете (Хилл, 
1974). 

Чаще, однако, при изучении вычислимых функций их опре¬ 
деляют на областях, построенных из более богатого класса сим¬ 
волов, чем {0, s). Из любого конечного множества («алфавита»), 
содержащего константы, скажем {а, Ь), и функторы, скажем 
{f,g}, можно построить область, собирая вместе все те термы, 
которые можно построить с помощью констант и функторов из 
этого алфавита. Полученная таким образом область {a, b, f(a), 
g(a), f(b), f(g(a)), ...} называется эрбрановским универсумом. 
Андрека и Немети (1976) показали, что каждую вычислимую 
над эрбрановским универсумом функцию можно определить по¬ 
средством некоторой программы на языке логики хорновских 
дизъюнктов. Это обобщение результата Хилла было доказано 
с помощью того факта, что каждый эрбрановский универсум 
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является счетным, т. е. его можно поставить во взаимно одно¬ 
значное соответствие с множеством натуральных чисел. Андрека 
и Немети показали далее, что логическую программу для вы¬ 
числения функции над эрбрановским универсумом можно по¬ 
строить только с помощью тех констант и функторов, которые 
содержатся в алфавите этого универсума. 

Наиболее известным понятием вычислимости является тью- 
рингова вычислимость: класс всех функций, которые могут быть 
«эффективно» (т. е. систематически и за конечное время) вы¬ 
числены на любой машинной реализации любого формализма, 
отождествляется (посредством эмпирического предположения, 
известного как тезис Чёрча) с классом всех функций, вычисли¬ 
мых на универсальной машине Тьюринга (УМТ). Теория вычис¬ 
лимости логических программ в парадигме УМТ была впервые 
исследована Тернлундом (1977). Он построил около полудю¬ 
жины простых хорновских дизъюнктов, представляющих необ¬ 
ходимый механизм УМТ, и доказал затем, что любая вычисли¬ 
мая по Тьюрингу функция может быть вычислена с помощью 
резолюции, исходя из этих дизъюнктов в ответ на соответствую¬ 
щие целевые утверждения. Кроме того, хорошо известный факт 
о том, что не существует никакого алгоритма, позволяющего 
решить, закончится или нет произвольное тьюрингово вычисле¬ 
ние («проблема остановки»), преобразуется тогда в эквивалент¬ 
ный факт: не существует никакого алгоритма, позволяющего 
решить, дает ли произвольная программа на хорновских дизъ¬ 
юнктах конечное успешное резолютивное вычисление. Это в свою 
очередь просто вариант того факта, что общезначимость произ¬ 
вольных предложений в логике первого порядка не является 
полностью разрешимой. 

Класс эффективно вычислимых функций можно также оха¬ 
рактеризовать как класс частично рекурсивных функций, кото¬ 
рые строятся из некоторого множества базисных функций с по¬ 
мощью операций суперпозиции, примитивной рекурсии и мини¬ 
мизации. Себелик и Степанек (1980) показали, что все час¬ 
тично рекурсивные функции являются вычислимыми в логике 
хорновских дизъюнктов; они получили свое доказательство, про¬ 
сто представив базисные функции и правила построения час¬ 
тично рекурсивных функций в логике хорновских дизъюнктов. 
Они, а также Тернлунд показали, что вычислительная универ¬ 
сальность достижима даже в ограниченной форме логики хор¬ 
новских дизъюнктов («бинарной» форме), в которой процедуры 
могут иметь не более одного вызова. Аналогичным образом ван 
Эмденом (1977b) и Ковальским (1983b) были даны хорновские 
формулировки вычислимых функций, представимых с помо¬ 
щью рекурсивных равенств Клини и равенств Эрбрана — 
Геделя, 
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Одним из наиболее просто описываемых универсальных фор¬ 
мализмов является класс алгоритмов Маркова. Каждый такой 
алгоритм многократно переписывает текущую строку симво¬ 
лов х, получая всякий раз новую строку г путем замены неко¬ 
торых вхождений подстроки и в х на другую строку ѵ в соот¬ 
ветствии с заданным множеством правил замены и продолжая 
делать эту операцию до тех пор, пока некоторая строка ѵ не 
будет содержать специального символа окончания; данное мно¬ 
жество правил характеризует функцию, которая по начальному 
состоянию строки х вычисляет заключительное состояние у. 
Легко представить эту схему в логике хорновских дизъюнктов 
с помощью дизъюнктов высокого уровня вида 

переписать(х, у) если заменить(ы,о),подставить(ы,о,д:,2), 

про до лжить(у , 2 , о) 

продолжить(у,2,о) если указатель-конца(и) то у = z иначе 

переписать(г,г/) 

вместе с соответствующими дизъюнктами, описывающими пре¬ 
дикаты подставить и указатель-конца. К этим дизъюнктам нуж¬ 
но только добавить тогда множество фактов заменить, таких 
как 

зэменить(Л .x.B.NIL,Cx. NIL) 

характеризующих ту функцию, которую нужно вычислить. Ока¬ 
зывается, что стандартная стратегия исполнения логических 
программ полностью согласуется со стратегией выбора правил, 
обычно предписываемой алгоритмам Маркова. Исполнение на¬ 
чинается с постановки целевого утверждения ?переписать (х , у) 
с некоторой конкретной входной строкой на месте х. Читатель, 
имеющий склонность к теории, может восполнить детали этой 
формулировки (краткое и простое изложение алгоритмов Мар¬ 
кова дается Элсоном (1973)) и получить тем самым формаль¬ 
ное доказательство ее эквивалентности алгоритмам Маркова и, 
следовательно, ее универсальности. 

Все эти различные исследования ведут к убедительному 
(впрочем, неудивительному) подтверждению того, что логика 
хорновских дизъюнктов является универсальным вычислитель¬ 
ным формализмом: по вычислительной силе она эквивалентна 
всем другим универсальным (и взаимно эквивалентным) форма¬ 
лизмам, традиционно изучаемым в теории вычислимости. Вслед¬ 
ствие этого, а также того, что логическое программирование за¬ 
воевало сейчас прочные позиции как в теории, так и на прак¬ 
тике, вовсе не обязательно — и, возможно, это не принесет осо¬ 
бой пользы — применять для вычислительных целей нестандарт¬ 
ные логики (такие как нечеткие, временные или модальные ло- 
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гики); более осмысленно попробовать сначала достичь выпол¬ 
няемой ими функции путем формулировки и реализации их 
в стандартной логике. 

VIII.1.2. Семантика 

Изучение семантики языка программирования в своей основе 
связано с приписыванием значений компонентам программ. В об¬ 
щем случае значение каждой такой компоненты определяется 
как ее контекстом в данной программе, так и некоторым фикси¬ 
рованным способом ее означивания с помощью этой программы. 
Например, из каждого множества Р логических процедур мы 
можем выбрать какой-либо предикатный символ, скажем р, и 
поставить вопрос, что «означает» символ р в соответствии с Р. 
Этот вопрос предполагает, что имеется соответствие, частично 
определяемое множеством процедур Р, между предикатными 
символами и некоторыми другими объектами, являющимися их 
значениями. Стало быть, значением р будет некоторый объект е. 
Мы назовем е денотатом, р в Р: в соответствии с Р предикатный 
символ р обозначает (означает) е. Что же можно использовать 
в качестве таких объектов? Для вычислительной семантики оче¬ 
видным выбором являются эффективно вычислимые отношения. 

Первое всестороннее исследование семантики логических про¬ 
грамм было предпринято ван Эмденом и Ковальским (1976). 
Они разработали три различных вида семантики, в каждом из 
которых в качестве денотата предикатного символа определя¬ 
ется некоторое вычислимое отношение, и установили соотноше¬ 
ния между ними. Семантика первого вида, называемая опера¬ 
ционной (или процедурной) семантикой, задает в качестве дено¬ 
тата предикатного символа р в Р отношение, которому принад¬ 
лежат все кортежи термов t, такие что предикат p(t) выводим 
из Р с помощью какой-либо корректной системы вывода, т. е. 
отношение {*|Р 1- р(</)}. Выводимость p(f) из процедур Р экви¬ 
валентна существованию опровержения, демонстрирующего про¬ 
тиворечивость программы (Р, G:?p(f)). Если рассматривать 
опровержение как вычисление и заметить, что для порождения 
этих вычислений имеются такие системы вывода, как резолю¬ 
ция, то термин «операционная семантика» становится оправдан¬ 
ным. Это определение операционной семантики аналогично тра¬ 
диционному способу задания семантик обычных языков програм¬ 
мирования— а именно, посредством определения механизма ис¬ 
полнения (как правило, на некоторой абстрактной машине) и 
объяснения затем значения программы, исходя из того, что вы¬ 
числяется в результате применения к программе данного меха¬ 
низма. Короче говоря, значением предикатного символа р при 
таком подходе является отношение, вычисляемое программой 
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(Р, G) с помощью корректного вывода. Наиболее привлекатель¬ 
ная особенность этой семантики заключается в том, что не¬ 
смотря на ее операционный характер, она не содержит тех 
сложностей, которые возникают при формулировке операцион¬ 
ных свойств обычных процедурных языков, поскольку описание 
шага вывода намного проще описания механизмов управления 
в упомянутых языках. 

Вторая семантика, определенная ван Эмденом и Ковальским, 
относится только к логическому программированию. В этой се¬ 
мантике денотатом предикатного символа р в множестве про¬ 
цедур Р является отношение, которому принадлежат все кор¬ 
тежи термов t, такие что р(<) логически следует из Р, т. е. отно¬ 
шение {£|Р|=р(0}- Заметим, что в этой семантике совершенно 
не используются операционные понятия, и поэтому ее называют 
непроцедурной семантикой. В гл. I было показано, что понятие 
логического следствия базируется на понятиях интерпретации 
и модели. Сказать, что из Р логически следует p(f), — это зна¬ 
чит сказать, что во всякой интерпретации (модели), в которой 
выполняются все процедуры из Р, выполняется также и р(0- 
Вследствие этого вторую семантику называют теоретико-модель¬ 
ной семантикой. Больше всего она привлекательна своей просто¬ 
той: значением логической программы является то, что логиче¬ 
ски следует из ее утверждений. 

Третья семантика также непроцедурная, но она полностью 
аналогична семантике, обычно задаваемой для программ, напи¬ 
санных на языке определений рекурсивных функций. Ее форма¬ 
лизация основывается на несколько более сложных понятиях, 
чем те, которые потребовались для определения двух других 
семантик. Эти понятия, по-видимому, лучше всего ввести в связи 
с простым (хотя и довольно искусственным) примером. Рассмот¬ 
рим следующую процедуру С, выбранную из некоторого множе¬ 
ства процедур Р: 

С : р {х,у) если ц{х),т(у) 

Пример С' процедуры С получается в результате одновремен¬ 
ной подстановки каких-либо термов вместо переменных из С. 
Так, пример 

С' : р(лг, В) если q(x),r(B) 

получается из С подстановкой В вместо у. Основным приме¬ 
ром С называется такой пример С, который не содержит пере¬ 
менных, так что каждый атом (предикат) в нем является основ¬ 
ным атомом. Например: 

С' : р(Л,В) если q(/l),r(B) 

Рассмотрим теперь множество Р* всех основных примеров всех 
процедур из Р, которые можно получить, подставляя вместо их 
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переменных термы из эрбрановского универсума Н(Р), по¬ 
строенного с помощью констант и функторов, входящих в Р. 
Так, например, если А и В — единственные константы, встречаю¬ 
щиеся в Р, и Р не содержит функторов, то Н(Р) — это множе¬ 
ство термов {А, В), а основными примерами процедуры С, кото¬ 
рые входят в множество Р*, являются 

р {А,А) если я(Л),г(Л) 
р{А,В) если я(Л),г(В) 
р(£,Л) если q(£),r^) 
р {В,В) если q(B),r(B) 

Таким способом мы готовим интерпретацию множества про¬ 
цедур Р над областью Н(Р) подобно тому, как это описано в 
гл. I. Каждому атому, являющемуся антецедентом некоторой 
процедуры из Р*, произвольным образом сопоставим истинност¬ 
ное значение t или /; единственное ограничение здесь, разумеет¬ 
ся, состоит в том, что одинаковым атомам должно быть сопо¬ 
ставлено одно и то же истинностное значение. Далее, если всем 
атомам, являющимся антецедентами некоторого примера из Р*, 
сопоставлено значение t, то и атому из консеквента также сопо¬ 
ставим значение t. Наконец, всем тем атомам, которые являются 
консеквентами процедур из Р* и которым не было сопоставлено 
значение t, сопоставим значение f. Обозначим через I множе¬ 
ство всех атомов-антецедентов, которым сопоставлено значе¬ 
ние t, а через J — множество всех атомов-консеквентов, кото¬ 
рым также сопоставлено t. Можно показать тогда, что интер¬ 
претация Р, основанная на таком распределении истинностных 
значений, является моделью Р в том и только том случае, когда 
J <= I *>. 

Интерпретация, получаемая сопоставлением истинностных 
значений тем примерам атомов из Р, которые образуются, как 
и выше, путем подстановки вместо их переменных термов из 
Н(Р), называется эрбрановской интерпретацией. (В техниче¬ 
ской литературе эрбрановскую интерпретацию зачастую опре¬ 
деляют как произвольное множество основных атомов, образо¬ 
ванных путем подстановки термов из Н(Р) вместо переменных 


11 Здесь автор не совсем точен. Я приведу все необходимые формулиров¬ 
ки, следуя ван Эмдену и Ковальскому (1976). Пусть I — произвольное мно¬ 
жество основных атомов, полученных подстановками термов из Н(Р) вместо 
переменных в атомах из Р. Множество I можно рассматривать как (эрбра¬ 
новскую) интерпретацию Р над областью Н(Р): основной атом считается 
истинным (принимает значение <), если он принадлежит I, и ложным (при¬ 
нимает значение /), если он не принадлежит I. Определим J как множество 
всех тех основных атомов А, для которых имеется процедура А если В ь ... 
..., В„ из Р*, такая что В|€І, B„el (n 0). В частности, J со¬ 
держит все основные примеры фактов из Р. Нетрудно доказать, что I — 
эрбрановская модель Р тогда и только тогда, когда J s I. — Прим, перев. 
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атомов из Р; так можно коротко говорить о тех основных ато¬ 
мах, которым присвоено значение t.) Эрбрановская интерпрета¬ 
ция, в которой выполняются все процедуры из Р, называется 
тогда эрбрановской моделью Р. 

При таком подходе как только выбрано множество I, мно¬ 
жество J становится однозначно определенным данными выше 
правилами. Другими словами, существует функция Т, отобра¬ 
жающая множества атомов в множества атомов, такая что 
Т (I) = J. Эту функцию обычно называют преобразованием, со¬ 
ответствующим Р. Мы приходим теперь к важной теореме: для 
каждого множества процедур Р существуют множества ато¬ 
мов I, удовлетворяющие условию Т(І) — I и называемые непо¬ 
движными точками преобразования Т; среди всех этих множеств 
существует ровно одно множество, которое является подмноже¬ 
ством всех остальных; его называют наименьшей неподвижной 
точкой (least fixpoint) преобразования Т и обозначают посред¬ 
ством lfp(T). Итак, произвольное множество процедур Р имеет 
много моделей, включая эрбрановские модели I, каждая из ко¬ 
торых удовлетворяет условию T(I)sI. Наименьшая модель I, 
называемая наименьшей эрбрановской моделью, оказывается 
также наименьшей моделью, удовлетворяющей условию Т(І)=І. 
Она является поэтому наименьшей неподвижной точкой преоб¬ 
разования Т. 

Денотат каждого предикатного символа р из Р можно опре¬ 
делить теперь как отношение (t|p(£) е lfp(T)}. Это определе¬ 
ние, введенное ван Эмденом и Ковальским, характеризует се¬ 
мантику неподвижной точки логических программ. В этой семан¬ 
тике множество процедур Р рассматривается в терминах соот¬ 
ветствующего равенства неподвижной точки I = Т(І). Его мож¬ 
но читать следующим образом: кортежи термов, вычисляемые 
с помощью Р (проще говоря, решения атомов-консеквентов из 
процедур, входящих в Р), суть в точности те кортежи, которые 
могут быть вычислены с помощью вызовов (атомов-антецеден¬ 
тов) из Р; совокупным значением всех предикатных символов 
из Р считается множество отношений, образованных из этих кор¬ 
тежей, которое составляет наименьшее множество I, удовлет¬ 
воряющее равенству неподвижной точки. Такое прочтение пол¬ 
ностью аналогично интерпретации неподвижной точки программ 
вида f(z):= T[f] ( z ) в языке определений рекурсивных функций: 
значением функции f в программе считается та единственная 
функция, которая является наименьшей неподвижной точкой 
преобразования Т. 

Для того чтобы лучше понять сущность преобразования Т, 
полезно рассмотреть следующий способ построения совокупно¬ 
сти основных фактов (атомов). Пусть вначале эта совокупность 
является пустым множеством 0. Тогда Т(0) добавит к нашей 
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совокупности все основные примеры фактов, входящих в Р. Еще 
одно применение преобразования Т дает множество Т(Т(0)) = 
= Т 2 (0), которое включает в себя все основные факты, выво¬ 
димые путем однократного применения резолюции снизу вверх к 
процедурам из Р и фактам из Т(0). В общем случае каждое по¬ 
следующее применение преобразования Т дает те факты, которые 
являются непосредственными логическими следствиями про¬ 
цедур из Р и уже полученных фактов. По этой причине преоб¬ 
разование Т стали называть функцией непосредственного следо¬ 
вания, соответствующей Р. Множество всех основных атомов, 
являющихся логическими следствиями Р, представимо тогда 
в виде объединения всех множеств Т‘(0), где і пробегает мно¬ 
жество натуральных чисел. Эти следствия, разумеется, суть в 
точности те вызовы, которые решаются с помощью Р; объеди¬ 
нение множеств Т‘(0) охватывает, следовательно, всю совокуп¬ 
ность кортежей термов, вычисляемых исходя из Р. Так как мы 
уже потребовали, чтобы этим множеством было {/1 р входит в Р, 
р(0 е lfp(T)}, то отсюда вытекает, что мы должны иметь 
Ifp (Т) = 1)іТ‘(0). Это в точности соответствует хорошо извест¬ 
ной характеризации наименьших неподвижных точек, данной 
Клини (1952). 

Основное достижение исследования ван Эмдена и Коваль¬ 
ского состоит в получении элегантных доказательств эквива¬ 
лентности операционной семантики, теоретико-модельной семан¬ 
тики и семантики неподвижной точки для логических программ 
на языке хорновских дизъюнктов. Эти семантики эквивалентны 
в том смысле, что они определяют одни и те же денотаты для 
предикатных символов. Эквивалентность первых двух семантик 
получается благодаря теореме Гёделя о полноте логики преди¬ 
катов первого порядка связывающей доказуемость с общезна¬ 
чимостью. Эквивалентность второй и третьей семантик устанав¬ 
ливается посредством доказательства того, что Ifp (Т) есть наи¬ 
меньшая эрбрановская модель Р и что Р (= р(/) тогда и только 
тогда, когда предикат р(*) является истинным в этой модели. 

В последующей статье Апт и ван Эмден (1982) представили 
семантику неподвижной точки на формальной основе теории 
полных решеток и с помощью этого доказали затем коррект¬ 
ность и полноту стандартной стратегии исполнения для про¬ 
грамм в языке хорновских дизъюнктов. Они определили также 
наибольшую неподвижную точку преобразования Т и исполь¬ 
зовали ее для характеризации неразрешимых программ, которые 
за конечное время приходят к неудаче из-за отсутствия успеш¬ 
ных вычислений в пространстве поиска. 

*> Согласно этой теореме существуют такие (корректные и полные) си¬ 
стемы вывода, что PN р(<) тогда и только тогда, когда Ph Р (t). — Прим, 
перев. 
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Систематические и формальные изложения применений тео¬ 
рии неподвижной точки логических программ можно найти в 
монографиях Кларка (1979) и Ллойда (1984). Семантический 
анализ логических программ на основе оптимальных неподвиж¬ 
ных точек недавно был дан Лассезом и Маером (1983). 

VIII.1.3. Корректность и полнота стратегии исполнения 

Главная привлекательность логики как языка программиро¬ 
вания с точки зрения технологии реализации состоит в том, что 
стратегии исполнения программ могут быть строго проанализи¬ 
рованы в хорошо разработанных рамках теории доказательств. 
В частности, интерпретаторы, имеющие целью реализацию раз¬ 
личных вариантов стандартной стратегии, можно проверить с 
помощью известных результатов теории систем резолютивного 
вывода. Далее мы приведем некоторые результаты о корректно¬ 
сти и полноте, установленные для резолюции в качестве страте¬ 
гии исполнения. 

В своей наиболее общей форме резолюция применяется к 
произвольным дизъюнктам вида L 1 VL 2 V ... V L m , где Li — 
это либо положительная литера (атом, предикат), либо отрица¬ 
тельная литера (атом, стоящий под отрицанием). На каждом 
шаге берутся два дизъюнкта (родительские дизъюнкты), такие 
что некоторая положительная литера в одном из них и некото¬ 
рая отрицательная литера в другом содержат предикаты, уни¬ 
фицируемые некоторой подстановкой Ѳ; мы говорим, что данные 
литеры «отрезаются». В результате этого шага получается тре¬ 
тий дизъюнкт (резольвента) СѲ, где С — дизъюнкция всех ли¬ 
тер (если, конечно, они имеются) из родительских дизъюнктов, 
отличных от тех, которые отрезаются. Выбор родительских 
дизъюнктов и отрезаемых литер осуществляется произвольным 
образом. Как показал Робинсон (1965), метод резолюций яв¬ 
ляется корректным и полным в том смысле, что пустой дизъ¬ 
юнкт □ выводим из входного множества дизъюнктов S по¬ 
средством некоторой конечной последовательности шагов резо¬ 
люции тогда и только тогда, когда множество S невыполнимо. 

В большинстве современных систем логического программи¬ 
рования входное множество S ограничивается только хорнов- 
скими дизъюнктами, каждый из которых содержит не более 
одной положительной литеры. На каждый шаг резолюции также 
накладываются ограничения: (і) один из родительских дизъ¬ 
юнктов должен быть фактом или импликацией (т. е. некоторой 
процедурой), (И) другой родительский дизъюнкт должен быть 
самой последней полученной резольвентой и текущим целевым 
утверждением и (Ш) должно иметься некоторое фиксированное 
правило выбора, с помощью которого единственным образом 
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определяется отрезаемый вызов во втором родительском дизъ¬ 
юнкте. Так как в (і) в качестве родительских дизъюнктов вы¬ 
бираются так называемые определенные (Definite) дизъюнкты 
(имеющие ровно одну положительную литеру), а условиями 
(іі) и (ііі) характеризуется SL -резолюция — линейная (Linear) 
резолюция с функцией выбора (Selector function), то эту си¬ 
стему вывода называют SLD -резолюцией (прежде ее называли 
LUSH -резолюцией ). Впервые она была описана Ковальским 
(1974b); более подробно различные варианты SL -резолюции 
представлены в статье Ковальского и Кюнера (1971). Коррект¬ 
ность и полнота общей резолюции позволяют в качестве част¬ 
ного случая довольно просто доказать, что SLD -резолюция так¬ 
же является корректной и полной в том простом смысле, что 
пустой дизъюнкт □ выводим из множества дизъюнктов S тогда 
и только тогда, когда S невыполнимо. 

Более детальная характеризация корректности и полноты 
SLD -резолюции получается путем включения в рассмотрение 
как решений целевого утверждения (подстановок, дающих от¬ 
вет), вычисляемых посредством вывода пустого дизъюнкта □, 
так и правила вычислений, используемого для их нахождения. 
Прежде всего, определим дающую правильный ответ подста¬ 
новку Ѳ для программы (Р, G: ?gi, ..., g n ) как такую подста¬ 
новку Ѳ, для которой из множества процедур Р логически сле¬ 
дует универсальное замыкание формулы (gi . g n )0. Если, 

к примеру, G есть целевое утверждение ? g(x) и из Р логи¬ 
чески следует (Vy)g(t(2, у)), то Ѳ = {х:= t(2,y)} является 
подстановкой, дающей правильный ответ для программы (Р, G) . 
Правило вычислений—это любое фиксированное правило, одно¬ 
значно определяющее, какие из вызовов, содержащихся в теку¬ 
щем целевом утверждении, отрезаются на каждом шаге SLD -ре¬ 
золюции. Например, стандартным правилом вычислений в Про¬ 
логе является правило «выбрать первый вызов». Следующий 
результат о (слабой) полноте SLD -резолюции был установлен 
Хиллом (1974). 

Каждая подстановка Ѳ, дающая правильный ответ для ло¬ 
гической программы, вычисляется SLD -резолюцией с по¬ 
мощью некоторого правила вычислений. 

Заметим, что в этой теореме не утверждается, что существует 
хотя бы одно правило вычислений, которое позволяет получить 
подстановки, дающие все правильные ответы для программы; 
в ней говорится только то, что множество всех возможных пра¬ 
вил вычисления покрывает все правильные подстановки Ѳ. 

На самом деле существует более сильный результат о (силь¬ 
ной) полноте SLD -резолюции, который устанавливает, что мно¬ 
жество вычисляемых подстановок, дающих правильные ответы, 
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не зависит от используемого правила вычисления: этот резуль¬ 
тат особенно полезен, поскольку он гарантирует полноту слож¬ 
ных стратегий выбора вызова, таких как исполнение в сопро- 
граммном режиме под управлением потока данных. Из этого ре¬ 
зультата и определения корректности резолюции вытекает тео¬ 
рема, гарантирующая корректность и полноту SLD -резолюции: 
Какое бы правило вычислений ни применялось к программе, 
Ѳ является подстановкой, дающей правильный ответ для 
программы, тогда и только тогда, когда она вычислима по¬ 
средством вывода пустого дизъюнкта □ с помощью SLD - 
резолюции. 

Различные доказательства этой, а также связанных с ней тео¬ 
рем были даны Аптом и ван Эмденом (1982), Кларком (1979) и 
Ллойдом (1984). Особый интерес представляет использование 
в этих доказательствах семантики неподвижной точки и теоре¬ 
тико-модельных свойств логических программ; теория верифика¬ 
ции для стратегии исполнения черпает силу непосредственно из 
строго установленных и взаимосвязанных характеризаций се¬ 
мантик языка логического программирования. 

Следует отметить, что эти различные результаты о коррект¬ 
ности и полноте применимы только к системе SLD -вывода, а 
не к какой-либо конкретной процедуре доказательства, постро¬ 
енной на ее основе путем наложения условий на стратегию 
поиска. Как мы уже видели в гл. V, стандартная процедура 
доказательства в Прологе является несправедливой, поскольку 
используемое в ней правило поиска в глубину с возвратом при 
наличии бесконечного пространства поиска не обеспечивает пол¬ 
ноту лежащей в основе системы SLD -вывода, хотя и гаранти¬ 
рует ее корректность. Практическое значение этого факта со¬ 
стоит в том, что для верификации каждого логического интер¬ 
претатора требуется анализ его правила поиска, а также уве¬ 
ренность в стандартных результатах о корректности и полноте 
резолюции. Примером реализации справедливой стратегии ис¬ 
полнения посредством применения поиска в ширину является 
система Логлисп, описанная Робинсоном и Сибертом (1980), в 
которой логика погружается в Лисп. 


ѴІІІ.1.4. Отрицание 

В гл. Ill мы отмечали, что при некоторых ограничениях ло¬ 
гический интерпретатор может без риска исполнять квазиотри¬ 
цательные (~) вызовы процедур, интерпретируя неудачу как 
отрицание: ~\р выводится из неудачной попытки вывести р. 
Этот механизм операционно очень эффективен. Он избавляет 
программиста от утомительной работы, связанной с явным 
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представлением «отрицательной» информации в своих програм¬ 
мах. Наоборот, все то, о чем он не сказал в своей программе, 
считается логически ложным. Достигаемая экономия в стиле 
программирования оказывается, несомненно, существенной в та¬ 
ких приложениях, как базы данных. Мы хотим указать, что 
входит в базу данных, но не желаем перечислять бесконечную 
совокупность вещей, которые в ней не содержатся. 

Тем не менее дедуктивная сила, получаемая в результате 
использования правила отрицание как неудача, существенно 
меньше той, которую дает строгое классическое отрицание ( I), 
и поэтому значительные усилия были направлены на изучение 
проблемы точного определения различий между ~ и 1. Заме¬ 
тим, что дизъюнкт общего вида, являющийся произвольной дизъ¬ 
юнкцией литер, можно представить в следующих эквивалент¬ 
ных формах: 

А! ѵ • •. V A m ѵ 1 в, ѵ • • • V П в п 

А! V ... V А т если Bj ,... В п 

А если В,, .. .В п ,~]А 2 , ... ,~|А т 

Ограничение, налагаемое на хорновские дизъюнкты (m^l), 
эквивалентно запрету на использование отрицательных вызовов 
ІА,- в третьей из приведенных выше форм. Можно было бы по¬ 
думать, что поскольку дизъюнкты общего вида по своей выра¬ 
зительной силе эквивалентны стандартной логике предикатов 
первого порядка, данное ограничение должно было бы повлечь 
за собой некоторую потерю выразительной силы по сравнению 
с логикой первого порядка. Тем не менее этого, очевидно, не мо¬ 
жет случиться, так как мы знаем из разд. VIII. 1.1, что в логике 
хорновских дизъюнктов определяются все вычислимые отноше¬ 
ния. Что мы вместо этого теряем, так это некоторую свободу 
стиля. Отрицание как неудача позволяет частично компенсиро¬ 
вать указанную потерю. Это один из вариантов решения так на¬ 
зываемой «проблемы отрицания» в логическом программирова¬ 
нии, состоящей в нахождении таких расширений логики хорнов¬ 
ских дизъюнктов, которые (і) позволяют использовать фор¬ 
мулы, близкие к дизьюнктам общего вида, (іі) могут быть эф¬ 
фективно реализованы, которые (ііі) могут быть совмещены со 
стандартной процедурной интерпретацией, и (іѵ) соответствуют 
логической семантике (и, следовательно, не нарушают требова¬ 
ния корректности и полноты). 

Законность использования отрицания как неудачи была 
впервые установлена Кларком (1978). Он доказал, что это пра¬ 
вило сохраняет корректность, если принимается допущение 
замкнутости мира (ДЗМ), согласно которому множество про¬ 
цедур Р в программе представляет все имеющиеся знания об 
упоминаемых в ней отношениях. Это допущение эквивалентно 


10 За«. 983 
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предположению о том, что множество Р неявно расширено за 
счет так называемого замыкания (completion) Р, которое обо¬ 
значается через сотр(Р) и состоит из аксиоматизации отноше¬ 
ния тождества (=) и всех предложений, получаемых из про¬ 
цедур Р заменой связки если на «только если». Например, если 
Р есть множество 


Р1 : а {у) если Ь(у) 
Р2 : а (2) 

РЗ : Ь(3) 


то его замыкание сотр(Р) содержит предложения 

С1: (Ь(г/) V у —2) если &{у) 

С2: у = 3 если Ь{у) 

так что из объединения Р и сотр(Р) вытекают следующие 
определения отношений а и Ь: 

D1 : ь(х)о(Зу)(х = уМу)) V х = 2 

D2 : b(*)^* = 3 

Заметим, что из этого расширенного множества логически сле¬ 
дуют отрицательные факты, такие, как lb (/), не являющиеся 
строгими следствиями одного лишь множества Р. Кларк обосно¬ 
вал использование правила отрицание как неудача, опираясь на 
точку зрения, согласно которой программист имеет в виду, что 
его программа утверждает D1 — D2, но пишет на самом деле 
только процедуры Р1—РЗ и опускает предложения Cl— С2, по¬ 
скольку для вычислений они не нужны. 

Чтобы привести результаты о корректности и полноте для 
этого правила, нам потребуются два предварительных определе¬ 
ния. Эрбрановский базис В(Р) множества процедур Р — это 
множество всех основных предикатов (атомов), получающихся 
подстановками термов из эрбрановского универсума Н(Р) вме¬ 
сто переменных в предикатах из Р; по существу эрбрановский 
базис охватывает все основные вызовы, которые предположи¬ 
тельно можно было бы пожелать исследовать с помощью Р. 
Множество финитно-неудачных вызовов (finite failure set) F(P) 
множества процедур Р — это множество всех тех основных пре¬ 
дикатов из В(Р), которые, будучи поставлены в качестве це¬ 
левых утверждений и исполнены вместе с процедурами Р при 
помощи SLD -резолюции, приводят к неудаче (т. е. являются 
неразрешимыми) за конечное число шагов, или, иначе, дают 
конечные пространства поиска, не содержащие опровержений. 
Правило отрицание как неудача является тогда корректным, 
поскольку для стандартного множества хорновских процедур Р 
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мы имеем 

сошр(Р) 1= П А если А е F(P) 

Это значит, что если основное целевое утверждение ? ~ А ис¬ 
полняется стандартным образом с помощью попытки решить 
вызов А и если эта попытка за конечное число шагов приводит 
к неудаче, то из допущения замкнутости мира корректно будет 
вывести ПА. (На самом деле доказательство Кларка является 
более общим —оно позволяет квазиотрицательным вызовам 
входить не только в исходное целевое утверждение, но и в тела 
дизъюнктов из Р.) Это происходит потому, что сотр(Р)—не¬ 
явная часть исполняемой программы —логически влечет тог¬ 
да ПА. 

Данный анализ был ограничен только основными вызовами, 
но это ограничение не является критическим. Если целевое 
утверждение ? ~ А содержит переменные, то неудача (за конеч¬ 
ное число шагов) при попытке решить последующий вызов А 
без каких-либо трудностей решает это целевое утверждение. 
Если же, однако, вызов А был решен, причем хотя бы одной из 
его переменных было присвоено какое-то значение, то (как объ¬ 
яснялось в гл. Ill) следовало бы выдать сообщение об ошибке 
управления — этот результат потенциально приводит к потере 
полноты, хотя корректность здесь не теряется. 

Свойства полноты правила отрицание как неудача оказались 
намного более проблематичными. Джаффар, Лассез и Ллойд 
(1983) представили недавно довольно сложное доказательство 
полноты правила отрицание как неудача для стандартного мно¬ 
жества процедур Р, которая заключается в том, что 
А е F(P) если сотр(Р) |= П А, А е В(Р) 

т. е. основное целевое утверждение ?~Ас необходимостью ре¬ 
шается посредством неудачного решения (за конечное число 
шагов) вызова А всякий раз, когда из допущения замкнутости 
мира следует ПА. Возможную потерю полноты в том случае, 
когда ~ А содержит переменные, мы уже отмечали. Еще хуже 
то, что полнота подвергается опасности, когда квазиотрица¬ 
тельные вызовы встречаются в телах дизъюнктов из Р. Это 
происходит потому, что при такой операционной трактовке связ¬ 
ки ~ в правиле отрицание как неудача формулы А, ~ ~ А и 
А если ~ А не являются эквивалентными, как это имеет место, 
когда связка ~ классически интерпретируется как П. Вслед¬ 
ствие этого вызов ~ А, который согласно ДЗМ должен был бы 
решаться, может на самом деле приводить к незавершающе¬ 
муся исполнению, и в этом случае мы не будем иметь AeF(P), 
Отсюда ясно видно, что хотя отрицание как неудача и оправ¬ 
дывается использованием ДЗМ, фактически оно слабее этого 


Ю* 
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допущения.. Превосходное изложение обсуждаемой проблема¬ 
тики дается Ллойдом (1984), тогда как примеры простых па¬ 
тологических программ, которые выявляют проблемы, возни¬ 
кающие из-за разрешения использовать связку ~ в телах дизъ¬ 
юнктов, можно найти в книге Ковальского (1979а). 

Другой очень интересный подход к проблеме отрицания был 
недавно предложен Габбаем и Серготом (1984). Они указы¬ 
вают, что правило отрицание как неудача ограничено либо под¬ 
тверждением, либо отрицанием каждого конкретного вызова и 
не способно обслужить третью возможность — сделать вывод о 
том, что вызов не является ни подтверждаемым, ни отрицае¬ 
мым. Они предлагают новую форму отрицания, обозначаемую 
здесь посредством Л*, которая имеет значение «ведет к нежела¬ 
тельным последствиям (таким как противоречивость)». База 
данных из фактов и правил, над которой исполняется целевое 
утверждение, состоит в их подходе из двух частей Р и N: в Р 
содержатся положительные (истинные) факты, тогда как в N 
содержатся отрицательные (ложные) факты. Значение связки 
Л* можно определить теперь следующим образом: 

(P,N) I- Л*А«=МР,А) I- В, где В е N 

Таким образом, отрицание А нельзя вывести просто из невоз¬ 
можности показать А с помощью (Р, N) ; вместо этого отрицание 
А можно вывести, только показав, что допущение (истинности) 
А ведет вместе с Р к некоторому отрицательному факту из N. 

Эта схема названа авторами «отрицание как противоречие-», 
поскольку заключение Л*А выводится на основе доказательства 
того, что А несовместимо с Р, т. е. из допущения истинности А 
и Р логически следует некоторое утверждение В, которое про¬ 
граммист явно классифицировал как ложное, поместив в N. Габ- 
бай и Сергот показали, что отрицание как неудача и отрицание 
как противоречие совпадают, когда N ограничено только теми 
предикатами А, которые принадлежат множеству финитно-не¬ 
удачных вызовов для процедур Р. Они доказали также, что от¬ 
рицание как противоречие слабее классического отрицания. 
А именно, они показали, что все еще можно построить множе¬ 
ства Р и N, для которых (Р, N)hA, однако вызов Л*Л*А за 
конечное число шагов приводит к неудаче, если исходить из 

(Р. N). 

VIII.1.5. Рассуждения на метауровне 

Одно из наиболее интересных свойств логики, имеющее по¬ 
тенциально далеко идущие следствия, — это возможность пред¬ 
ставлять в ней понятия метауровня. Простым примером такого 
понятия в контексте логического программирования могло бы 
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быть понятие вычислимости (выводимости) из множества про¬ 
цедур. Рассмотрим, к примеру, следующее предложение, описы¬ 
вающее правило отрицание как неудача: 

из у выводится “I х если из у ~] выводится х 

Здесь у, х и Пх обозначают элементы системы объектного уров¬ 
ня, в данном случае — различные утверждения программы на 
объектном языке (ОЯ) хорновских дизъюнктов. С другой сто¬ 
роны, символы выводится, Ивьіводится и если являются элемен¬ 
тами метаязыка (МЯ), на котором мы описываем свойства си¬ 
стемы объектного уровня. 

Если мы рассматриваем ОЯ как язык, в котором составля¬ 
ются и исполняются конкретные программы, то МЯ становится 
языком для рассуждений о составлении и исполнении программ, 
т. е. МЯ становится языком, в котором мы можем строить сред¬ 
ства манипулирования программами, такие как интерпрета¬ 
торы, верификаторы, редакторы или операционные системы. Ме¬ 
таязык, несомненно, может многое дать для формализации и 
реализации таких задач, как построение программ, их анализ и 
исполнение, — короче говоря, для технологии программного 
обеспечения. Особенно интересным является тот факт, что ме¬ 
таязык может сам быть просто языком логики хорновских дизъ¬ 
юнктов, и, таким образом, его можно реализовать при помощи 
уже имеющихся логических реализаций. Эта мощная двойствен¬ 
ная роль логики была обнаружена и использована уже на ран¬ 
нем этапе развития логического программирования: простые 
интерпретаторы, написанные на обычных языках программиро¬ 
вания, применялись для того, чтобы посредством раскрутки по¬ 
лучить более совершенные версии, которые сами были написаны 
(что более удобно) на языке логики и которые содержали мета¬ 
уровневые описания того, как должны исполняться другие ло¬ 
гические программы. 

Все существующие на сегодняшний день интерпретаторы 
предлагают программисту некоторые возможности для написа¬ 
ния логических программ, манипулирующих другими програм¬ 
мами. Эти возможности основаны на простом приеме — исполь¬ 
зовании термов определенного вида для представления компо¬ 
нент программ. Например, структурированный терм р(х), вхо¬ 
дящий в программу метауровня, можно использовать для пред¬ 
ставления предиката р(х) из некоторой программы объектного 
уровня. Целый ряд мощных преобразований программ, осуще¬ 
ствляемых посредством передачи таких термов через метапере¬ 
менные, объясняется Кларком и Маккейбом (1984) для системы 
микро-Пролога, философия проектирования которой в значи¬ 
тельной степени базируется на возможностях метауровня. 
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Применение единственного языка, играющего роль как ОЯ, 
так и МЯ, называется амальгамированием, и, для того чтобы 
оно было эффективным, следует воспользоваться некоторым 
определением Рг (записанным в этом языке) отношения дока¬ 
зуемости. Впервые это определение Рг для логики хорновских 
дизъюнктов было построено и исследовано Ковальским (1979а). 
В основе его конструкции при самой простой формулировке до¬ 
казуемости лежит предикат demo («х», «у»), который читается 
как 

предложение у, называемое «у», доказуемо 
из предложения х, называемого « х». 

Рг и предназначено для того, чтобы дать определение отноше¬ 
ния demo. Условие для достижения этой цели можно предста¬ 
вить следующим образом: 

Рг I- demo(«x»,<o/»)-4=>x |- у 

Ковальский отождествил это условие с принципом рефлексии, 
предложенным Вейраухом (1980). Выражаемое им требование 
состоит в том, чтобы имитация на метауровне (доказательства у 
с помощью х), которая является результатом исполнения про¬ 
граммы (Pr,?demo(«x», ««/»)) на метауровне, была эквивалент¬ 
на непосредственному исполнению программы (х,?у) на объект¬ 
ном уровне. Используя логику хорновских дизъюнктов, утверж¬ 
дение метауровня, выражающее правило вывода отрицание как 
неудача, можно было бы записать тогда следующим образом 
demo("x " ,"не(у)") если~ demo {х,у) 

где те (у)» и «х» можно было бы заменить на некоторые под¬ 
ходящие конкретные термы, представляющие отрицаемый (П) 
предикат и множество процедур соответственно. Такого рода 
утверждение могло бы затем стать частью логического интер¬ 
претатора, который сам написан на языке логики и определяет 
стратегию исполнения программ объектного уровня с помощью 
отношения demo. 

Более современное описание металогических возможностей 
логики хорновских дизъюнктов и их приложений к рассужде¬ 
ниям о программах дается Боуэном и Ковальским (1982). Они 
обсуждают также возможности использования ОЯ-МЯ амаль¬ 
гамирования для разрешения некоторых проблем, связанных 
с давней критикой классической логики, а именно, с ее немоно¬ 
тонностью (см., например, Минский, 1975; Бобров, 1980) и ее 
восприимчивостью к проблеме фреймов (см., например, Рафаэл, 
1971). Мы рассмотрим кратко обе эти проблемы ниже. 

Классическая логика является монотонной в том смысле, 
что в результате добавления к произвольному множеству пред- 
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ложений S некоторого другого предложения s множество дока¬ 
зуемых из S следствий никогда не уменьшается, а, наоборот, 
скорее увеличивается. Мы можем выразить этот факт символи¬ 
чески следующим образом: 

для всех S,s и с S(J{s}l-c если S 1- с 

откуда становится очевидным, что монотонность является свой¬ 
ством логического отношения доказуемости Н. Основные воз¬ 
ражения против свойства монотонности возникают обычно в 
связи с приложениями, включающими динамически меняющие¬ 
ся базы знаний. В качестве тривиального примера допустим, что 
текущее состояние базы знаний S позволяет нам вывести неко¬ 
торое заключение с. В зависимости от используемой системы 
вывода с может оказаться необходимым логическим след¬ 
ствием S, однако может быть и так, что за неимением противо¬ 
положных знаний с выводится просто как правдоподобное след¬ 
ствие. Пусть теперь систему явным образом информировали 
о том, что имеет место Пс, добавив, например, предложение 
s = lc к множеству S. В этом новом состоянии системы мы 
могли потребовать, чтобы с было теперь невыводимым, т. е. по¬ 
требовать немонотонного поведения. Но классическая логика 
так себя не ведет, поскольку из ее монотонности вытекает, что 
предложение с должно оставаться выводимым из SU{~lc}. На 
самом деле, если имеет место SHc, то расширенная база знаний 
5U{~lc} обязательно будет противоречивой. Ковальский (1979а) 
утверждает, что наивное возражение против свойства монотон¬ 
ности классической логики можно было бы преодолеть, рассмат¬ 
ривая противоречивость как естественный и полезный результат 
определенного рода переходов в эволюции базы знаний и при¬ 
меняя ее позитивно для управления последующим восстановле¬ 
нием непротиворечивости, например, путем определения допу¬ 
щений, которые следовало бы теперь отбросить, изменить или 
как-то иначе понизить в статусе. В статье Боуэна и Ковальского 
(1982) дается интересная иллюстрация этого тезиса на примере 
использования ОЯ-МЯ амальгамирования в контексте простой 
системы управления базами данных. К сожалению, эффекты 
немонотонности склонили других исследователей обратиться 
к иным (обычно многозначным) формам логики или даже пол¬ 
ностью отказаться от нее. 

Некоторое смущение может вызвать тот факт, что суще¬ 
ствующие интерпретаторы не могут, во всяком случае, вести 
себя монотонно. Правило отрицание как неудача, например, не 
является монотонным, поскольку всегда имеется возможность 
так расширить множество предложений, чтобы некоторое преж¬ 
де невыводимое предложение с стало выводимым, и в этом слу¬ 
чае прежнее следствие ~с больше таковым являться не будет. 
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Поэтому на практике логическое программирование критикова¬ 
лось как за то, что оно монотонно, так и за его немонотонность 
в зависимости от точки зрения критика. 

Проблему фреймов в логике также можно рассматривать как 
проблему, связанную с представлением знаний и внесением из¬ 
менений в базы знаний. Чтобы пояснить это, достаточно будет 
простого примера. Пусть мы желаем, чтобы в базе знаний был 
представлен динамически меняющийся список, который в неко¬ 
торый момент времени имел бы вид L =(А, В, С) и представ¬ 
лялся подобно массиву с помощью следующего множества 
фактов 

элемент(Л,/) 
элемент(В,2) 
элемент(С, 3) длина(З) 

Допустим далее, что мы захотели расширить этот список, доба¬ 
вив к нему четвертый элемент D. Стало быть, следующее его 
состояние должно представляться множеством фактов 
элемент(Л, /) 
элементов, 2) 
элемент(С, 3) 
элемент(0,4) длина(4) 

Проблема фреймов возникает в связи с попыткой описать этот 
процесс расширения списка на языке логики, поскольку оче¬ 
видно, что для этого необходимо каким-то образом связать ста¬ 
рое и новое состояния базы знаний и дать им имена. Поэтому 
вместо того, чтобы писать, как обычно, элемент (и, і), мы пишем 
предикат элемент (и, і, L), означающий, что L — это состояние, 
в котором и является t -м элементом. Вместо предиката дли¬ 
на (п) мы также пишем предикат длина (L, л), означающий, что 
длина списка в состоянии L равна л. Если обозначить состоя¬ 
ние, которое получается в результате добавления элемента ѵ 
к L, посредством доб (L, ѵ) , то это новое состояние можно со¬ 
отнести со старым при помощи таких предложений 
элемент(и, і,доб(В,ѵ)) если элемент(м,і,І) 
элементѣ, i,do6(L,v)) если длина ( L,i — 1 ) 
длина ( доб(Ь,ѵ),і ) если длина (L,i — 1) 

Первое из этих предложений является примером аксиомы фрей¬ 
ма : она служит для того, чтобы определить те факты в базе зна¬ 
ний, которые сохраняются (переносятся) при переходе к новому 
состоянию. Для формулировок задач, связанных с большим про¬ 
странством состояний, может потребоваться много различных 
классов фактов, которые должны сохраняться таким способом. 
В рассматриваемом примере мы объявляем, что если и — і-й 
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элемент в одном состоянии, то он продолжает оставаться t -м эле¬ 
ментом всякий раз, когда в результате добавления еще одного 
элемента список переходит в новое состояние. 

Ковальский (1979а) выделяет два аспекта проблемы фрей¬ 
мов: во-первых, многочисленность аксиом фреймов, требуемых 
для реальных приложений, и, во-вторых, трудность эффектив¬ 
ного управления ими, когда они вызываются «снизу вверх» при 
проведении прямого рассуждения от исходного состояния к це¬ 
левому. Предлагаемые им средства для преодоления указанных 
трудностей заключаются соответственно в том, чтобы использо¬ 
вать единственную обобщенную аксиому фрейма, имеющую 
возможность доступа к отдельной базе данных, где представ¬ 
лены все те свойства, которые должны сохраняться при различ¬ 
ного рода переходах состояния, и чтобы эта аксиома фрейма 
исполнялась сверху вниз, и, таким образом, ее применение не 
было бы восприимчивым к комбинаторному взрыву фактов, не 
имеющих отношения к цели, что характерно для рассуждений 
методом снизу вверх. 

Изучение проблемы фреймов можно рассматривать как ис¬ 
следование доказуемости и именования. При идеальной реа¬ 
лизации расширения списка (А, В, С) до списка ( A,B,C,D ) 
мы могли бы потребовать, чтобы система сама распознавала, 
что в процессе расширения сохраняются исходные элементы и 
соответствующие им номера позиций, а не вычисляла их каж¬ 
дый раз заново с помощью аксиомы фрейма. Фактически мы хо¬ 
тим, чтобы система распознавала и использовала (приблизи¬ 
тельно) монотонный характер процесса расширения, в силу ко¬ 
торого большая часть из того, что было доказано для старого 
состояния, остается справедливым и для последующего. Эта реа¬ 
лизация могла бы также иметь возможность распознавать те 
(как правило, детерминированные) ситуации, когда следова¬ 
ло бы поддерживать только текущее состояние, передавая и его 
имя, и отведенную ему память его последователю. Такое пове¬ 
дение, разумеется, в точности совпадает с тем, которое тради¬ 
ционные программисты получают за счет использования де¬ 
структивного присваивания, хотя достигаемая при этом эконо¬ 
мия компенсируется потерей семантической ясности. Ковальский 
(1983b) указал пути, на которых этот механизм можно было бы 
незаметно извлекать из программы путем введения в нее соот¬ 
ветствующих вызовов demo, оправдывающих реализацию де¬ 
структивного присваивания на основании того, что остается до¬ 
казуемым при переходе в новое состояние. Пока, однако, не су¬ 
ществует хорошо разработанной метауровневой формулировки, 
исходя из которой мы могли бы построить приемлемые стили 
программирования и достаточно эффективные методы реализа¬ 
ции, приводящие к подобным механизмам обновления. Назцщ- 
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дение такой формулировки считается исследовательской зада¬ 
чей первостепенной важности. 

Наконец, логика как язык программирования, или, вернее, 
выступающий в этом качестве язык Пролог, часто подвергался 
критике за то, что он предоставляет пользователю слабые меха¬ 
низмы управления. В самом деле, для того, чтобы обеспечить 
желаемые действия в период исполнения, логические програм¬ 
мисты вынуждены большей частью довольствоваться до некото¬ 
рой степени произвольным и бессвязным набором управляющих 
аннотаций и встроенных вызовов. В настоящее время общепри¬ 
знано, что усовершенствование применений метаязыка позволит 
в значительной степени свести на нет эту критику. Сообщения 
об управлении на метауровне исполнением логических программ 
можно найти в статьях Перейры (1982), а также Галлера и 
Лассера (1982). 

Значение метаязыка хорновских дизъюнктов в более широ¬ 
ком вычислительном контексте заключается в тех особых воз¬ 
можностях, которыми он обогащает программные средства бла¬ 
годаря амальгамированию. По своей важности роль этого ме¬ 
таязыка можно сравнить с ролью, играемой функциями более 
высокого порядка в управлении функциональными языками, та¬ 
кими как Лисп и НОРЕ. Свойство амальгамируемости присуще 
исключительно декларативным языкам программирования, что 
подкрепляет доводы, согласно которым декларативные языки 
будут в конечном счете доминировать над недекларативными 
формализмами. 


VIII. 2. Вычислительная практика 

В этом разделе мы посмотрим, какое влияние логическое 
программирование оказывает на методологию программирова¬ 
ния, и проиллюстрируем некоторые приложения, ставшие воз¬ 
можными благодаря его использованию 

VIII.2.1. Методология программирования 

Методология программирования охватывает те аспекты раз¬ 
работки программного обеспечения, которые связаны непосред¬ 
ственно с составлением программ для ЭВМ. В то время как мно¬ 
гие «ремесленные» профессии развивали свои орудия для того, 
чтобы удовлетворять потребности своих практиков, положение 
в области программирования для ЭВМ было скорее обратным: 
языки программирования и инструментальные средства опреде¬ 
лялись главным образом заранее заданными особенностями ар¬ 
хитектуры машин, а не рассмотрением наилучщих способов 
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представления человеком вычислительных задач и методов их 
решения. Сами же эти особенности диктовались техническими и 
экономическими ограничениями в производстве логических 
схем. 

Традиционные компьютеры, охватывающие первые четыре 
«поколения», сейчас обычно называют машинами фон Неймана 
в знак признания зависимости их от той модели механического 
вычисления, которая благодаря энергии и проницательности 
Джона фон Неймана воплотилась в физическую реальность пер¬ 
вых компьютеров. В этой модели машинная операция представ¬ 
ляет собой последовательность переходов состояний, воздей¬ 
ствующих на дискретные ячейки памяти, причем каждый такой 
переход заменяет текущее состояние некоторой ячейки на но¬ 
вое. Цель каждого вычисления состоит тогда в том, чтобы пре¬ 
образовать некоторое начальное состояние в некоторое конечное 
состояние, заставляя машину следовать заданной последова¬ 
тельности переходов. Программа нужна для того, чтобы точно 
определить эту последовательность, и она должна сама хра¬ 
ниться в памяти машины. Программа, следовательно, должна 
состоять из дискретных инструкций, подробно описывающих 
как переходы состояний, так и их последовательность. Таким 
образом, мы приходим к понятию фон-неймановского языка 
программирования как языка инструкций для машины. Почти 
все используемые в настоящее время языки являются языками 
фон-неймановского типа; это относится к языкам Паскаль и 
Ада так же, как и к языкам Бейсик, Фортран и Кобол; это от¬ 
носится ко всем перечисленным языкам в той же мере, как и 
к языкам символического ассемблера. Единственное существен¬ 
ное свойство, меняющееся вдоль спектра фон-неймановских язы¬ 
ков,— это степень, в которой описание переходов состояний и 
управляющих ими решений абстрагируется от деталей конкрет¬ 
ных типов реальных машин. Таким образом, нет никакой идей¬ 
ной разницы между командами ассемблера 
LOAD I 
ADD ONE 
STORE I 

для конкретной реальной машины и командой I = 1 -\-1 языка 
Фортран для какой-либо абстрактной машины, которая с по¬ 
мощью подходящих интерпретирующих механизмов может быть 
реализована на реальной. 

Машинно-ориентированный подход к программированию не 
вызывал бы возражений, если бы люди по природе своей могли 
свободно рассуждать о фон-неймановских процессах. Однако 
это, очевидно, не так: скольким программистам понравилась бы 
перспектива определить, можно ли произвольным образом вы- 
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бранное из самой середины фортрановской программы присваи¬ 
вание, не нанося ущерба, вычеркнуть или изменить? Причины, 
по которым эта задача оказывается столь устрашающей, часто 
перечислялись в кругах специалистов по информатике, но их 
стоит вновь повторить здесь для читателей, не знакомых с цен¬ 
тральным аргументом, который состоит в следующем: роль каж¬ 
дого оператора в такой программе можно понять только в зави¬ 
симости от контекста его исполнения, т. е. в зависимости от со¬ 
стояния машины в тот момент, когда устройство управления до¬ 
ходит до этого оператора. Само же состояние машины зависит 
от всей истории исполнения программы вплоть до данного мо¬ 
мента. 

Значение этого факта можно продемонстрировать очень про¬ 
сто. Представим себе, что где-то в одном месте программы со¬ 
держится присваивание S1 : А:=В + С> а в другом месте — 
присваивание S2 : Р :=10*А. Возможно, мы захотим провести 
анализ некоторого высказывания о значении Р, вычисляемом 
посредством S2. Значение Р, очевидно, определяется с помощью 
значения А, а последнее вычисляется посредством S1 как 
В + С. Можем ли мы на этом основании считать, что в нашем 
высказывании говорится о значении 10*(В + С)? Конечно, нет, 
ибо если управление доходит до оператора S2, то ранее оно 
могло и не проходить через S1, но даже если оно и прошло, то 
все равно значение А могло бы быть изменено другими опера¬ 
торами на пути от S1 до S2. Мы не можем этого знать без вы¬ 
деления и всестороннего анализа данного пути, что равносильно 
исполнению программы — и это всего-навсего исследовать один 
или два оператора, имеющих отношение к Р\ 

Подстановка (В + С) из S1 вместо А из S2 некорректна, по¬ 
скольку она не сохраняет референта А — то, что А именует в 
S1, нельзя считать равным тому, что А именует в S2. Это — 
прямое следствие того, что указанные операторы являются 
командами деструктивного присваивания. Рассмотрим в проти¬ 
воположность этому логическую программу, содержащую два 
утверждения 

51 : родителях,г) если мать(х,г) 

52 : баб-и-дед(х,г/) если родитель(х,г),родитель( 2 ,і/) 

И в S 1, и в S2 предикат родитель (х, г) одинаково выражает 
принадлежность произвольной пары (х, г) отношению родитель, 
определяемому программой в целом. Мы можем, следовательно, 
подставить вместо предиката родитель (х, г) из S2 его референ¬ 
та мать (х, 2 ), определяемого посредством утверждения S1, и 
получить 

S3 : баб-и-дед(х.у) если мать(х, г) ,родитель( 2 , у) 
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Данная подстановка будет корректной, поскольку утверждение 
S3 логически следует из S1 и S2. Логика и другие чисто декла¬ 
ративные языки обладают, стало быть, так называемой рефе¬ 
ренциальной прозрачностью ; то, на что ссылается каждая их 
компонента в программе, можно установить, используя коррект¬ 
ность подстановочности, независимо от неуместного контекста 
исполнения программы. То, что предикат баб-и-дед в утвержде¬ 
нии S3 ссылается на некоторую комбинацию предикатов мать 
и родитель, было определено путем рассмотрения того, на что 
ссылаются предикаты баб-и-дед и родитель в соответствии с S1 
и S2. 

Как это ни странно и ни печально, многие программисты еще 
не слишком хорошо осознали пагубное воздействие деструктив¬ 
ного присваивания на анализ программ, о котором говорилось 
в статье Бэкуса (1978). Отчасти причина этого состоит в том, 
что упомянутая операция глубоко укоренилась и считается сама 
собой разумеющейся с первых дней программирования для 
ЭВМ: действительно, некоторые программисты могут слабо осо¬ 
знавать, что есть и другие способы соотнесения данных с пере¬ 
менными. Другой причиной может быть то, что многие сторон¬ 
ники « структурного программирования », начало которому по¬ 
ложил Дейкстра (1976) в конце 60-х годов, чрезмерно сконцен¬ 
трировали свое внимание на приведении в порядок конструкций 
управляющей логики программ, а не занимались серьезным 
изучением лежащих в основе семантик традиционных языков 
программирования, ошибочно считая, таким образом, что эти 
фундаментальные дефекты могут быть исправлены. Даже се¬ 
годня можно еще увидеть многочисленные публикации, посвя¬ 
щенные бесполезной дискуссии о том, является ли один диалект 
языка Бейсик более «структурированным», чем другой. При 
имеющихся масштабах задач, стоящих в настоящее время в об¬ 
ласти управления программным обеспечением, эту деятельность 
можно, заимствуя выражение, охарактеризовать как спор о шез¬ 
лонгах на палубе тонущего «Титаника». 

Преимущества, достигаемые за счет альтернативного исполь¬ 
зования декларативных языков, давно, разумеется, были по до¬ 
стоинству оценены некоторыми группами программистов, в част¬ 
ности теми, что работают в области искусственного интеллекта. 
Быть может, одна из причин, в силу которых на эти языки об¬ 
ращали столь мало внимания в смутную эру структурного про¬ 
граммирования, заключается в том, что в то же самое время, 
по крайней мере в Великобритании, разработки по искусствен¬ 
ному интеллекту испытывали принудительное сокращение. Как 
бы то ни было, эти языки стали с недавнего времени играть 
значительно большую роль в таких крупных проектах, как про¬ 
ект создания ЭВМ пятого поколения (Япония), программа ко- 
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митета Альви (Великобритания) и программа ESPRIT (евро¬ 
пейское сообщество), отчасти благодаря осознанной теперь не¬ 
обходимости в повышении строгости и производительности про¬ 
цесса создания программного обеспечения, отчасти благодаря 
требованиям, поставленным в связи с разработкой новых архи¬ 
тектур вычислительных машин, и отчасти благодаря недавним 
успехам в области вычислительной логики и искусственного ин¬ 
теллекта. Тем не менее, даже до того как началась деятель¬ 
ность по разработке нового поколения компьютеров, развитие 
декларативных систем выдвигалось многими исследователями 
(см., например, сборник статей под редакцией Уоллиса (1982)) 
в качестве наиважнейшего условия для решения давно стоящих 
задач в области техники программного обеспечения. 

Краткую оценку возможностей декларативных языков и со¬ 
ответствующих системных архитектур недавно дали Дарлингтон 
и Ковальский (1983). Они указали на существенные особенно¬ 
сти, отличающие эти языки программирования от чисто проце¬ 
дурных языков, а именно на их двойственные функции — пред¬ 
ставления знаний и решения задач, спецификации и вычисления, 
а также на свойственный им параллелизм и благоприятное от¬ 
ношение к системам программного обеспечения, подвергаю¬ 
щимся частым модификациям. 

Нетрудно построить простые примеры, иллюстрирующие эти 
различия. Рассмотрим, например, следующее правило R, описы¬ 
вающее отношение друзья в базе данных D, состоящей из фак¬ 
тов вида х любит у: 

R : друзья(х,#) если х любит у,у любит х 

Это правило осмысленно и само по себе как часть наших пред¬ 
ставлений о дружбе независимо от его возможных применений 
для решения задач. В недекларативных языках мы не можем 
даже сформулировать данное правило. Все, что мы сможем сде¬ 
лать,— это написать процедуру, поведение которой имитирует 
его конкретное применение, например, показать, что данная пара 
людей (х, у) — друзья. Если мы хотим обеспечить и другие при¬ 
менения, то нам потребуется написать еще ряд процедур, хотя 
они и не содержат никаких новых знаний по сравнению с тем, 
что определяется правилом R. Такая методология до смешного 
громоздкая и лишена гибкости. 

Рассмотрим теперь спецификацию произвольного множества 
2 друзей х в базе данных D: 

S : быть-другом(х,г)^=>(уг/)(х любит у,у любит х 
если у 6 г) 

С помощью реализации полной стандартной формы языка ло¬ 
гики предикатов первого порядка в качестве языка программи- 
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рования (см., например, Боуэн, 1980) спецификация S может 
быть выполнена непосредственно, пусть и неэффективно, для 
решения вычислительных задач, связанных с базой данных D. 
Даже если такой подход окажется неудовлетворительным для 
больших объемов данных, сама его возможность дает нам сред¬ 
ства быстрого моделирования на малых экспериментальных вер¬ 
сиях баз данных. С другой стороны, спецификацию S можно 
использовать для вывода хорновских процедур 

быть-другом(л:, 0) 

быть-другом^.г/гг') если х любит у, 

у любит х, быть-другом(х, г') 


которые исполняются более эффективно. Перспективы испол¬ 
нения логических спецификаций как программ недавно были 
изложены Ковальским (1983а). 

Рассмотрим далее значение того факта, что для каждого 
конкретного х в базе данных определяются одновременно все 
индивидуумы из множества z друзей х. Очевидно, что при нали¬ 
чии достаточных ресурсов более естественно и более эффек¬ 
тивно определять их параллельным образом, а не последова¬ 
тельным. Существующие параллельные архитектуры, такие как 
ALICE (см. Дарлингтон и Рив, 1983), могут извлекать подоб¬ 
ное поведение из декларативных программ, не требуя, чтобы 
программист определял, как именно должно быть организовано 
их исполнение. 

Дарлингтон и Ковальский (1983) утверждают, что эти отли¬ 
чительные особенности декларативных систем являются много¬ 
обещающими для широкой области вычислительной деятельно¬ 
сти. Например, коммерческие программы обработки данных 
можно было бы составлять прямо из правил, описывающих свой¬ 
ства данных; естественный и графический языки, которые по 
самой своей природе ведут к декларативному представлению, 
оказываются очень полезными для такой важной области, как 
человеко-машинный интерфейс; декларативные представления 
форм, составных частей, компоновок, планов и целей проектиро¬ 
вания могут, очевидно, многое дать для автоматизированного 
проектирования и производства. 

Несмотря на то что сейчас прилагаются большие усилия, 
чтобы способствовать распространению осведомленности о та¬ 
ких возможностях и привлечь финансовые средства для их реа¬ 
лизации, в настоящее время еще слишком рано говорить об 
обширном проспекте апробированных коммерческих или про¬ 
мышленных достижений, базирующихся на декларативных си¬ 
стемах. Можно, однако, говорить об очень значительном про- 
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грессе в области интеллектуальных систем, основанных на зна¬ 
ниях; мы опишем эти важные приложения в следующем раз¬ 
деле. 

VII 1.2.2. Приложения 

Первоначально логические программы использовались для 
представления и анализа подмножеств естественного языка. 
В значительной степени именно это приложение побудило Кол- 
мероэ и Русселя разработать первую реализацию Пролога. 
Вскоре после этого и другие исследователи в области искус¬ 
ственного интеллекта быстро нашли свои собственные прило¬ 
жения, первыми примерами которых были составление планов 
и написание компиляторов Уоррена (1977b), геометрические 
доказательства Уэлхэма (1976) и решение задач в механике 
Банди и др. (1979). С тех пор число сообщений о новых прило¬ 
жениях многократно возросло — например удивительная серия 
применений, найденных в Венгрии к 1980 г., была документи¬ 
рована Шантане-Тотом и Середи (1982). В дальнейшем мы скон¬ 
центрируем свое внимание на следующих важных классах при¬ 
ложений: интеллектуальные системы, основанные на знаниях, 
системы баз данных, экспертные системы и системы обработки 
естественного языка. Причина, по которой этим классам при¬ 
дается особое значение, состоит в том, что, как предсказывалось 
многими, именно они будут новыми принципиальными приложе¬ 
ниями компьютеров в следующем десятилетии. 

ИНТЕЛЛЕКТУАЛЬНЫЕ СИСТЕМЫ, ОСНОВАННЫЕ 
НА ЗНАНИЯХ (ИСОЗ) 

Интеллектуальные системы, основанные на знаниях, — это 
такие системы, в которых механизмы интеллектуальных рас- 
суждений применяются к явным представлениям знаний. Неко¬ 
торые специалисты определяют область исследований, связан¬ 
ных с ИСОЗ, просто как прикладной искусственный интеллект. 
Системы баз данных, системы, основанные на правилах, и экс¬ 
пертные системы представляют собой различные, хотя и час¬ 
тично перекрывающие друг друга примеры ИСОЗ. Технология 
разработки ИСОЗ была выделена в отчете Альви (Великобри¬ 
тания, 1982) в качестве одной из четырех технологий, необхо¬ 
димых для эксплуатации в полном объеме следующего (пятого) 
поколения компьютерных систем. Тремя другими являются че¬ 
ловеко-машинный интерфейс (ЧМИ), сверхбольшие интеграль¬ 
ные схемы (СБИС) и технология программного обеспечения; 
как и в предыдущем случае, имеются значительные пересечения 
этих четырех областей. Взаимоотношения между ИСОЗ и но¬ 
вым поколением ЭВМ представляют собой фактически яркий 
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пример симбиоза: каждое из этих направлений необходимо для 
реализации полных возможностей другого. Тем не менее уже 
нынешнее состояние развития декларативных систем делает 
возможными многие полезные приложения ИСОЗ даже на ма¬ 
лых традиционных компьютерах. 

Следует подчеркнуть, что интеллектуальные системы, осно¬ 
ванные на знаниях, нельзя получить просто в результате по¬ 
строения базы знаний и соответствующего механизма обработ¬ 
ки информации для нее. Хотя фактически всякое составление, 
скажем, логической программы можно было бы справедливо 
назвать примером «программирования, основанного на зна- 
иях», тем не менее неверно было бы говорить, что пролого-по¬ 
добная реализация этой программы обязательно образует 
ИСОЗ. Интеллектуальная обработка информации включает в 
себя, конечно, гораздо большие возможности, чем те, которые 
дают базисные средства построения вывода и выполнения по¬ 
иска; по крайней мере для нее требуются стратегические меха¬ 
низмы (такие как эвристики ), позволяющие сокращать ненуж¬ 
ный поиск, используя, например, свою достаточную осведомлен¬ 
ность о классе исследуемых задач. Интеллектуальные страте¬ 
гии могут встраиваться непосредственно в интерпретатор, что 
дает весьма значительный эффект, когда эти стратегии являют¬ 
ся достаточно общими. С другой стороны, прикладные програм¬ 
мы объектного уровня могут вызываться посредством программ 
метауровня, которые содержат описания стратегий и которые 
при желании могут быть изъяты из интерпретатора и перепро¬ 
граммированы в соответствии с обстоятельствами. При таком 
подходе может быть использо-зана в полной мере вся та сила и 
общность, которые дает амальгамирование объектного языка 
и метаязыка. 

Слоумен (1983) указывает, что интеллектуальные системы, 
основанные на знаниях, играют более значительную роль, по¬ 
скольку помимо того, что с их помощью в практику вводятся 
уже известные методы искусственного интеллекта, они и сами 
по себе могут помочь пролить свет на общие теории, связанные 
с представлением знаний и интеллектом, и способствовать их 
развитию. Он утверждает например, что ИСОЗ выполняют роль 
инструментов для исследования таких способностей, как умение 
совершать открытия, обучаться, способностей к творческой дея¬ 
тельности, общению, самоусовершенствованию и самоанализу, 
и предполагает, что может потребоваться развернуть эти систе¬ 
мы в рамках целого ряда других структур представления зна¬ 
ний, а не только логики. Поскольку в настоящее время посту¬ 
лируется, что названными выше способностями должны обла¬ 
дать компьютеры нового поколения, мы можем сказать, что тра¬ 
диционные цели искусственного интеллекта становятся сейчас 
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актуальными для всего сообщества специалистов в области 
ЭВМ. Таким образом, мы можем, по-видимому, ожидать, что 
искусственный интеллект, и теперь остающийся далеко не ма¬ 
лой областью информатики, в скором времени, быть может, 
объединит в себе гораздо большую ее часть. 

СИСТЕМЫ БАЗ ДАННЫХ (СБД) 

Наиболее отчетливым приложением ИСОЗ, которому в на¬ 
стоящее время уделяется много внимания, является их исполь¬ 
зование в системах баз данных. В обычных СБД данные тради¬ 
ционно рассматриваются как множества отношений, хранимых 
экстенсиональным образом в виде таблиц. Например, простая 
база данных, в которой регистрируются средние цены на лон¬ 
донском рынке земельной собственности могла бы содержать 
следующие данные 

Челси, полдома, 7, полная земельная собственность, 

£ 250000; 

Кенсингтон, жилая комната, 1, внаем, £ 65; 

Найтсбридж, квартира, 5, арендованная земельная 

собственность, £ 80000; 

и т. д. 

В строках этой таблицы содержатся кортежи элементов вида 
(область, тип, число комнат, вид собственности, стоимость) 

которые все вместе составляют я-местное отношение. 

Реляционная модель баз данных привела к реализации мно¬ 
гих систем запросов посредством реляционных исчислений, в 
которых имеются стандартные реляционные операторы, такие 
как операторы соединения и проецирования. В традиционных 
СБД процессор обработки запросов обычно выводит из входного 
запроса некоторую специфическую конъюнкцию этих алгебраи¬ 
ческих операций, и затем для поиска отвечающих на запрос 
кортежей управляющая программа применяет полученные опе¬ 
рации к таблицам. 

Возможности использования логического программирования 
для представления данных и обработки запросов к базам дан¬ 
ных были исследованы в ранних работах ван Эмдена (1978), 
Ковальского (1978) и Тернлунда (1978). Все они установили 
основной факт, согласно которому поиск данных в модели тра¬ 
диционной СБД содержится в стандартных механизмах по¬ 
строения выводов в логических интерпретаторах. В статье 
ван Эмдена этот факт прямо демонстрируется путем использо¬ 
вания логики для переформулировки разработанной Злуфом 
(1975) системы Query-by-Example. О формулировке этой систе¬ 
мы на Прологе сообщается также в отчете Невиса и др. (1982). 
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Состояние искусства применения логики к базам данных вплоть 
до 1978 г. охватывается сборником статей под редакцией Гал¬ 
лера и Минкера (1978), тогда как более современные оценки 
вклада логики в эту область даются Далом (1981), Галлером 
(1981) и Ковальским (1981а). 

В логической формулировке СБД поиск кортежей для от¬ 
вета на запрос становится процессом доказательства теорем, 
в котором база данных (она могла бы быть просто множеством 
основных фактов) рассматривается как множество допущений, 
а запрос (некоторое целевое утверждение)—как теорема. Поиск 
кортежей в таком случае — это не что иное, как стандартный 
механизм извлечения ответа. 

Помимо этих элементарных наблюдений следует отметить 
также и другие важные моменты, касающиеся использования 
логики в качестве языка баз данных. Главный из них заклю¬ 
чается в том, что содержимое логической базы данных при от¬ 
сутствии каких-либо допущений относительно внутренних пред¬ 
ставлений таблиц нет надобности ограничивать лишь основными 
фактами: база данных может включать также общие знания, 
представленные в виде правил, таких как 

владение(х,Я£#ГЛ) если тнп{х, ЖИЛ АЯ-КО МН АТ А) 

В традиционных (реляционных) СБД не имеется приемлемого 
способа включения подобных правил в саму базу данных — 
вместо этого их операционные действия должны быть закоди¬ 
рованы в специально запрограммированных процедурах. Такого 
рода организация может стать тогда слишком неоднородной, 
поскольку в ней используются различные формальные системы 
для представления данных, правил, запросов и процедур ана¬ 
лиза запросов. В логике же, как утверждается, все эти требо¬ 
вания рассматриваются с единых позиций. В частности, в ней 
не делается различия между данными, представленными кон¬ 
кретными фактами, и данными, представленными в виде общих 
правил. Точно так же в ней не различаются правила, трактуе¬ 
мые как данные, и правила, трактуемые как процедуры. Таким 
образом, логика позволяет устранить часто упоминаемые и 
только мешающие искусственные различия между языками про¬ 
граммирования, языками запросов и языками описания данных. 

Фундаментальное несоответствие между реляционным под¬ 
ходом к СБД и подходом, основанным на доказательстве тео¬ 
рем, было охарактеризовано Никола и Галлером (1978). Они 
утверждают, что во втором подходе, где позволяется использо¬ 
вать обобщенные (посредством введения в них переменных) 
правила, база данных рассматривается как теория, обладающая 
многими возможными удовлетворяющими ей интерпретациями, 
в то время как в первом подходе, ограниченном работой лишь 
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с таблицами основных кортежей, она трактуется как одна кон¬ 
кретная интерпретация. Характерные недостатки реляционного 
подхода становятся тогда очевидными из тех трудностей, кото¬ 
рые возникают как при организации рекурсивного доступа, так 
и при обработке неполностью определенных (частично означен¬ 
ных) кортежей в запросах и ответах. 

Предоставляемые логикой преимущества начинают приво¬ 
дить к отказу от подхода к реализации СБД, основанного на 
реляционных исчислениях, и в настоящее время ведутся много¬ 
численные исследования, посвященные тому, как наилучшим об¬ 
разом заставить логику служить тем требованиям высокого 
уровня, которые предъявляются методологией СБД. Основное 
направление этих усилий связано с оптимизацией запросов и их 
анализом. Общепризнано, что языки запросов в СБД должны 
быть пригодными для употребления непрофессиональными поль¬ 
зователями, которые не обязаны сами иметь дело с механизмами 
хранения и поиска данных. С этой точки зрения запрос трак¬ 
туется как спецификация, лишенная процедурных качеств. За¬ 
дача разработчика состоит тогда в выборе наилучшего способа 
наложения запроса на базу данных. Одна из трудностей, возни¬ 
кающих при стандартном прологовском исполнении запросов, 
представленных целевыми утверждениями, заключается, как 
указывает Уоррен (1981), в том, что Пролог по умолчанию 
слепо следует текстуальному упорядочению подцелей в целевом 
утверждении, а это может оказаться чрезвычайно неэффектив¬ 
ным способом. Еще хуже то, что в Прологе нет возможности 
избавиться от избыточного недетерминизма: при заданном за¬ 
просе, скажем найти (х), который сводится, допустим, к конъ¬ 
юнкции р(а), г (а, у) с присваиванием х := а (при отсутствии 
директив, вызывающих «отсечение») будет всякий раз выда¬ 
ваться излишнее решение х :=а для каждого примера перемен¬ 
ной у , удовлетворяющего отношению г (а, у). Уоррен показы¬ 
вает, как эти недостатки могут быть до некоторой степени устра¬ 
нены в его СБД СНАТ-80 посредством введения в Пролог до¬ 
полнительных возможностей, позволяющих планировать запро¬ 
сы (например, разумным образом переупорядочивая подцели) 
и оптимизировать запросы (замечая, например, независимость 
подцелей). 

Дальнейшее исследование обработки запросов проводилось 
Чакраварти и др. (1982), которые продемонстрировали роль 
управления на метауровне в организации вычислений ответов 
на запросы. Они предложили интересный синтез подходов 
к реализации СБД, основанных на логическом выводе и реля¬ 
ционном исчислении, показав, как можно хранить накопленные 
в ходе дедуктивного вычисления ответов связывания в похожих 
на таблицы структурированных термах, внутренние представ- 
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ления которых могут быть сделаны чрезвычайно компактными 
при помощи схем, полностью аналогичных обычному методу со¬ 
вместного использования структур. Краткий отчет об этих и дру¬ 
гих родственных исследованиях, связанных с СБД и проводи¬ 
мых в Университете шт. Мэриленд, дается Минкером (1983). 

Многими исследователями подчеркивалась также необхо¬ 
димость индексирования для организации эффективной выбор¬ 
ки данных из представлений в виде дизъюнктов. Возможно, что 
индексирование имеет даже большее значение для СБД, чем 
для обычных логических программ, которые, как правило, мень¬ 
ше заняты выборкой больших объемов основных данных. В кон¬ 
тексте СБД, в частности, индексирование должно быть обычно 
ориентировано на данные, содержащиеся во вспомогательном, 
а не в первичном запоминающем устройстве. Методы эффектив¬ 
ного индексирования, такие как методы многоключевого хэши¬ 
рования обсуждаются в статье Ллойда (1983). 

Помимо этих чисто прагматических рассмотрений для иссле¬ 
дования остается открытым целый ряд важных теоретических 
проблем, связанных с использованием логики в качестве языка 
баз данных. Из их числа мы можем упомянуть лишь знакомую 
проблему фреймов, возникающую при представлении времени, 
состояния и изменения, а также взаимодействие немонотонных 
рассуждений (например, рассуждений по умолчанию над непол¬ 
ностью определенными данными) с ограничениями целостности 
баз данных. Эти проблемы обсуждаются в статьях Ковальского 
(1983с), Сергота (1983а) и Минкера (1981). 

ЭКСПЕРТНЫЕ СИСТЕМЫ (ЭС) 

Экспертная система представляет собой вид ИСОЗ, специ¬ 
ально предназначенный для моделирования человеческих зна¬ 
ний и опыта в некоторой конкретной проблемной области. Как 
правило, ЭС будет обладать богатой базой знаний, составлен¬ 
ной из фактов, правил и эвристик, относящихся к этой области, 
и возможностями в диалоговом режиме проводить консультации 
со своими пользователями почти так же, как это мог бы делать 
эксперт-человек. Кроме того, она должна быть в состоянии объ¬ 
яснить пользователю все предлагаемые ей советы или решения, 
а также, быть может, иметь способности к совершенствованию 
своего искусства путем использования опыта, накопленного в 
процессе такого взаимодействия. Подробное описание свойств 
и предполагаемых сфер применения ЭС дается в книге, вышед¬ 
шей под редакцией Мичи (1979). 

Экспертные системы образуют очевидную и очень привлека¬ 
тельную область приложений для логического программирова¬ 
ния. Роль, которую может играть логика в этой области, хорошо 
освещается в статье Ковальского (1983d). Он подчеркивает тот 
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факт, что ЭС следует отличать от простых систем, основанных 
на использовании правил, которым часто неверно приписывают 
свойства экспертных исключительно на основании того, что они 
содержат факты объектного уровня и правила, адекватно пред¬ 
ставляющие некоторое подмножество экспертных знаний. Раз¬ 
личия заключаются в том, что эксперт-человек оказывается в со¬ 
стоянии призвать себе на помощь — вследствие накопленного 
опыта, вдохновения или интуиции — разнообразные специфиче¬ 
ские для данной области эвристики, позволяющие ему прокла¬ 
дывать разумные пути в огромных пространствах поиска и реа¬ 
гировать согласно здравому смыслу на всякого рода несовмести¬ 
мости и неполноту, которые он осознает в процессе развертыва¬ 
ния своих знаний. Короче говоря, зная факты и правила, отно¬ 
сящиеся к проблемной области, он, кроме того, понимает, как 
ими эффективно воспользоваться. 

Последнее обстоятельство лежит в основе тезиса Коваль¬ 
ского, согласно которому человеческие экспертные знания обыч¬ 
но не поддаются полной формализации (являющейся, в некото¬ 
ром отношении, их заменой), и поэтому нет оснований наде¬ 
яться, что эти знания будут иметь точную спецификацию, кото¬ 
рой они должны соответствовать. Следует, таким образом, ожи¬ 
дать, что процесс введения экспертных знаний в программу для 
компьютера — в противоположность точной разработке хорошо 
специфицированных обычных программ — будет протекать по¬ 
средством проб и ошибок. По мере того как база знаний раз¬ 
вивается и к компетентности системы предъявляются новые тре¬ 
бования, в нее должны вноситься соответствующие корректи¬ 
вы— точно так же и спецификацию программ возможно потре¬ 
бовалось бы совершенствовать для того, чтобы внести поправки 
и уточнения и привести ее в соответствие с новыми потребно¬ 
стями. По своей природе логическое программирование более, 
чем какой-либо другой из существующих вычислительных фор¬ 
мализмов, приспособлено для решения задач обнаружения про¬ 
тиворечивости (например, с помощью процедур опровержения) 
и неполноты (например, посредством правил вывода по умолча¬ 
нию) с целью мотивации необходимости усовершенствования 
экспертной системы, в то время как метаязык логического про¬ 
граммирования обеспечивает автоматическое описание крите¬ 
риев и механизмов для этрго усовершенствования. 

Логика как язык экспертных систем исследовалась Хаммон¬ 
дом (1980). Дальнейшее развитие этот вопрос получил в статье 
Кларка и Маккейба (1982), которые определили ряд основных 
требований к ЭС: они должны обладать системой логического 
вывода в качестве базиса для обработки запросов, способностью 
пополнять базу знаний той информацией, которая уже была по¬ 
лучена (порождение лемм), способностью объяснять пользова- 
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телю, как и почему было выведено каждое конкретное заключе¬ 
ние, и способностью получать знания от человека (принцип 
«диалоговой симметрии»), Кларк и Маккейб реализовали дан¬ 
ные требования главным образом путем добавления специаль¬ 
ных управляющих возможностей к правилам объектного уров¬ 
ня, содержащимся в базе знаний. Впоследствии более сложный 
способ реализации указанных требований посредством исполь¬ 
зования метаязыка был описан Хаммондом и Серготом (1983). 
В их системе устройство Query-the-User комбинируется с обо¬ 
лочкой экспертных систем (APES). Эти составные части опи¬ 
саны в предыдущих отчетах Сергота (1983b) и Хаммонда 
(1983а) соответственно. Система реализована на микро-Про- 
логе и дает очень гибкий инструмент, называемый APE-the-User 
и предназначенный для построения экспертных систем. Пользо¬ 
ватель-эксперт может ввести какое-либо утверждение, объяв¬ 
ляющее, что он готов ответить на вопросы, касающиеся неко¬ 
торого отношения. После этого система рассматривает эксперта 
как расширение имеющейся в ней внутренней базы знаний и за¬ 
дает ему вопросы с тем, чтобы извлечь дополнительную инфор¬ 
мацию об указанном отношении, которая затем будет храниться 
в базе знаний. Таким образом осуществляется кооперация си¬ 
стемы и эксперта с целью построения базы знаний. Запросы 
пользователя на объектном уровне могут обрабатываться непо¬ 
средственно путем обращения к интерпретатору микро-Пролога, 
расположенному в ядре системы, в то время как разнообразные 
запросы типа «как», «почему» и «почему не», требующие по¬ 
иска объяснения, обрабатываются посредством обращения к ин¬ 
терпретатору метауровня (который сам исполняется с помощью 
микро-Пролога); он в свою очередь строит и выдает объяснения 
в виде отредактированных доказательств. В системе предусмот¬ 
рены также средства для структурирования запросов на есте¬ 
ственном языке. Сочетание всех этих возможностей образует 
благоприятную универсальную среду для построения, модифи¬ 
кации и эксплуатации экспертных систем. 

Система APES была с успехом использована для автомати¬ 
зации юридических экспертных систем. Хаммонд (1983b) опи¬ 
сывает, например, как в сотрудничестве с министерством здра¬ 
воохранения и социального обеспечения в базе знаний системы 
APES были собраны более двухсот недискреционных инструк¬ 
ций, регулирущих норму дополнительного пособия. В более ши¬ 
роких масштабах и при наличии гораздо больших юридических 
и лингвистических сложностей система APES была использо¬ 
вана для кодирования принятого в 1981 г. закона о граждан¬ 
стве в Великобритании, который определяет категории британ¬ 
ского гражданства и включает правила, предназначенные для 
своей же собственной интерпретации. В своем отчете об этой 
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работе Кори и др. (1984) отмечают два интересных момента 
относительно логической формализации права: во-первых, так 
как все законы записываются таким образом, чтобы при этом 
обеспечивалась точность и полнота (в юридическом смысле), то 
оказывается возможным избежать многих известных трудно¬ 
стей, связанных с получением знаний от эксперта-человека; во- 
вторых, поскольку законодательство может рассматриваться 
как специфическая категория сложного программного обеспече¬ 
ния, опыт его компьютеризации может способствовать более 
глубокому пониманию общих проблем техники программного 
обеспечения. Еще один пример использования Пролога для 
представления законов был описан Хастлером (1982) в связи 
с законом об оскорблении действием, а более общий взгляд на 
роль логики в юриспруденции дается Серготом (1982). 

Собрание имеющихся на сегодняшний день документальных 
свидетельств использования логического программирования для 
технологии экспертных систем содержится в материалах кон¬ 
ференции, организованной Британским обществом информатики 
(1983); в статьях некоторых исследователей объясняются обна¬ 
руженные ими преимущества применения логики перед истори¬ 
чески более популярным выбором Лиспа и приводятся сравне¬ 
ния с такими известными основанными на Лиспе системами, 
как экспертная система медицинской диагностики EMYCIN. 
Экспертные системы, основанные на логике, разрабатываются 
также в Лиссабонском университете: о системе ORBI, предна¬ 
значенной для оценки ресурсов окружающей среды, сообщается 
Перейрой и др. (1982). 

ОБРАБОТКА СООБЩЕНИИ НА 
ЕСТЕСТВЕННОМ ЯЗЫКЕ (ЕЯ) 

Обработка сообщений на ЕЯ играет очень важную роль 
в разработке средств для обеспечения человеко-машинного ин¬ 
терфейса и, в частности, в построении внешних уровней для 
ИСОЗ. Она представляет собой, следовательно, важную область 
приложения логического программирования. 

Для реализации естественного языка на ЭВМ требуется фор¬ 
мализовать как его синтаксис, так и семантику. Использование 
с этой целью логики хорновских дизъюнктов первым начал изу¬ 
чать Колмероэ, который впоследствии работал в сотрудничестве 
с Ковальским (1974а). Они показали, что хорновских дизъюнк¬ 
тов оказывается достаточно для выражения произвольной кон¬ 
текстно-свободной грамматики (КСГ), что вопросы относитель¬ 
но структуры предложений ЕЯ можно формулировать как целе¬ 
вые утверждения и что различные процедуры доказательства, 
применяемые к логическим представлениям ЕЯ, соответствуют 
различным стратегиям синтаксического анализа, 
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Грамматику хорновских дизъюнктов обычно называют грам¬ 
матикой определенных дизъюнктов (ГОД), поскольку хорнов- 
ские дизъюнкты — факты и импликации — известны как опреде* 
ленные дизъюнкты. Дескриптивные и операционные свойства 
этих грамматик и их соотношения с другими формализациями 
ЕЯ исследовались Перейрой и Уорреном (1980). 

Сущность естественного языка такова, что многие из его 
свойств лучше всего представлять с помощью контекстно-зави‘ 
симых грамматик, т. е. грамматик, содержащих правила, со¬ 
гласно которым определенные структуры выражений классифи¬ 
цируются в зависимости от контекста их вхождения в рассмат¬ 
риваемые предложения ЕЯ, а не в зависимости лишь от их соб¬ 
ственного строения, как это делается в КСГ. Впервые логика 
хорновских дизъюнктов для представления контекстной зави¬ 
симости была использована Колмероэ (1978) в процессе раз¬ 
работки « метаморфозных грамматик», для которых грамматики 
определенных дизъюнктов образуют нормальную форму. Кол¬ 
мероэ (1982) приводит логическую формулировку в виде этих 
грамматик одного полезного подмножества ЕЯ, показывая, в 
частности, как в строго классической логике могут представ¬ 
ляться расширенные понятия квантификации с тем, чтобы отли¬ 
чать семантически осмысленные предложения естественного 
языка от бессмысленных. Обзоры работ по грамматикам опре¬ 
деленных дизъюнктов и другим родственным грамматикам не¬ 
давно написаны Перейрой (1983) и Абрамсоном (1983). 

Более общей структурой представления, приспособленной 
как для естественноязыковых, так и для других конструкций, 
являются семантические сети. Делияни и Ковальский (1979) 
показали, что традиционную формулировку семантических се¬ 
тей можно было бы обобщить с тем, чтобы представлять мно¬ 
жества предложений в виде дизъюнктов. В этом обобщении 
узлы сети представляют термы, а соединяющие узлы дуги пред¬ 
ставляют консеквентные или антецедентные бинарные отноше¬ 
ния между ними; множество всех дуг, выходящих из каждого 
узла, представляет тогда некоторый дизъюнкт. Эти системы 
обеспечивают очень компактное и единообразное представле¬ 
ние, и, кроме того, к ним можно применять процедурные интер¬ 
претации, дающие операционные схемы извлечения информации 
из таких сетей. Обсуждение основанных на логике семантиче¬ 
ских сетей и подкрепляемого ими тезиса «ЕЯ = логика -(-управ¬ 
ление» можно найти в книге Ковальского (1979а). 

ѴШ.2.3. Обучение 

Логическое программирование обещает сделать значитель¬ 
ный вклад в применение компьютеров с целью обучения. Впер¬ 
вые этот проект был проверен в 1978 г., когда Ковальский ввел 



314 


VIII. Вклад логического програмМированиЛ 


предмет логического программирования в средней школе Park 
House в Уимблдоне, используя прямой доступ к вычислитель¬ 
ным средствам, находящимся в Имперском колледже. Успех 
проводившихся занятий был таков, что в 1980 году при под¬ 
держке научно-исследовательского совета был принят более об¬ 
ширный проект «Логика как язык ЭВМ для детей». Первона¬ 
чальные цели, материалы и методология программы обучения 
описаны Энналсом (1980), тогда как более современная оценка 
этой работы дается Энналсом (1982). 

В настоящее время данный проект основывается на реализа¬ 
ции микро-Пролога. Дети в возрасте 10—12 лет обучались мик- 
ро-Прологу по несложным этапам, продвигаясь от простых баз 
данных, содержащих только факты без переменных, запросы 
к которым состояли лишь из одного вызова, к употреблению 
процедур и запросов общего вида. Изображения семантических 
сетей способствовали объяснению рекурсии, в то время как 
удобное представление списков, обеспечиваемое микро-Проло- 
гом, позволило ввести понятие структуры данных. 

Логическое программирование может применяться не толь¬ 
ко для знакомства детей с вычислениями на ЭВМ. Его можно 
использовать также для обогащения преподавания всех акаде¬ 
мических предметов из школьного учебного плана. Эти возмож¬ 
ности иллюстрируются в различных статьях Энналса (1981). 
Он указывает, что логика является единственной академической 
дисциплиной, общей со всеми школьными предметами, посколь¬ 
ку она везде способствует ясности понимания и изложения. 
Среди многих приводимых им примеров применения логики для 
преподавания других предметов имеются игры, моделирующие 
исторические события, на уроках истории, молекулярный ана¬ 
лиз на уроках естествознания, решение уравнений на уроках 
математики и грамматические правила на уроках французского 
языка. Употребление для этих целей микро-Пролога позволило 
также использовать такие построенные с его помощью средства, 
как система Query-the-User, разработанная Серготом (1983b); 
использование этой системы для обучения детей правильной 
формулировке логических запросов исследовано Уэйром (1982). 
Бриггс (1984) описал недавно конструкцию нового интерфейса 
с микро-Прологом, в котором внешний синтаксис специально 
адаптирован с целью легкого усвоения его учениками младших 
классов; фактически логическому программированию обучаются 
сейчас дети в возрасте 7-9 лет. 

Бурный рост персональных или любительских вычислений 
в наши дни таков, что многие программисты-любители явля¬ 
ются, к счастью или несчастью, самоучками, не получившими 
формального образования в области программирования. В на¬ 
стоящее время в соответствии с текущим состоянием рынка про- 
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граммного обеспечения персональных ЭВМ они ориентируются 
главным образом на язык Бейсик. Однако наличие готового 
микро-Пролога и превосходного самоучителя программирова¬ 
ния на нем, написанного Кларком и Маккейбом (1984), может 
привести к изменению этой ситуации. 

Преподаватели логического программирования соглашаются, 
как правило, в том, что логику более легко воспринимают те, 
у кого нет предшествующего опыта вычислений на машине, чем 
те, которые уже привыкли к традиционным формальным систе¬ 
мам программирования. Того, кто в течение десяти лет про¬ 
граммировал с помощью такого формализма при поддержке 
хорошо знакомого обеспечения и с ожиданием определенных 
стандартов, потребуется, видимо, долго убеждать в том, что 
логика, находящаяся все еще на сравнительно ранней стадии 
развития, предлагает довольно заманчивую альтернативу. Ра¬ 
зумеется, нельзя ожидать — или даже желать — чтобы обраще¬ 
ние в другую веру состоялось сразу же вслед за демонстрацией 
хорошо подобранных примеров, которые тонко показывают в 
выгодном свете такие фантастические возможности, как получе¬ 
ние многочисленных решений или свойство обратимости. Более 
общие принципы методологии программирования, важность 
приложений, связанных с базами знаний, и соответствующая 
эксплуатация грядущего нового поколения архитектур вычисли¬ 
тельных машин — вот те действительные проблемы, которые 
следует использовать для мотивировки интереса к логике, и все 
эти проблемы, где необходимо, нужно довести до сознания при 
помощи надлежащей подготовки и образовательных программ. 
До сих пор, однако, имеется слишком мало доступной литера¬ 
туры, написанной специально для того, чтобы помочь работаю¬ 
щим профессиональным программистам по достоинству оценить 
логику. Некоторые из проблем, к которым следовало бы обра¬ 
титься такого рода литературе, особенно в связи с концептуаль¬ 
ным переходом от процедурного детерминизма к декларатив¬ 
ному недетерминизму, обрисованы в статьях Бирда (1980), 
а также Клужняка и Шпаковича (1982). 
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Следующее поколение компьютеров проектируется для того, 
чтобы охватить широкий диапазон мощных возможностей обра¬ 
ботки информации, которые в принципе не осуществимы на на¬ 
ших современных фон-неймановских машинах. К ним относятся, 
в частности, схемы редукционного исполнения и исполнения 
под управлением потока данных, которые выявляют и исполь¬ 
зуют параллелизм, свойственный многим программам для ЭВМ. 
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В новых вычислительных машинах такие схемы будут реали¬ 
зованы на основе мультипроцессорной архитектуры с высокой 
степенью распараллеливания, что приведет к разительному уве¬ 
личению мощности обработки информации по сравнению со 
стандартом нынешних вычислений. Такого рода машины на са¬ 
мом деле, конечно, уже существуют; по-видимому, наиболее из¬ 
вестной в Великобритании является манчестерская машина, 
управляемая потоком данных, характеристики которой описаны 
Гардом и Уотсоном (1980). 

Тем не менее, чтобы обеспечить преимущества, достигаемые 
за счет применения схем параллельного исполнения, недоста¬ 
точно лишь создать новые вычислительные машины. Мы можем, 
в конце концов, уже сейчас реализовать их, просто соединив 
параллельно несколько фон-неймановских компьютеров. При¬ 
чина, по которой такой подход оказывается не в состоянии дать 
желаемого уровня производительности, заключается в харак¬ 
тере каждой отдельной фон-неймановской машины. Этот вид 
машин предполагает выполнение детерминированной, директив¬ 
но управляемой последовательности присваиваний в первую оче¬ 
редь над скалярными числовыми данными; он предлагает в 
принципе неблагоприятную среду для реализации недетермини¬ 
рованных, управляемых логическим выводом или данными од¬ 
новременных вычислений, и в особенности эта среда непригодна 
для обработки структурированных данных нечисловой природы. 
Чтобы избавиться от этих ограничений, требуется отказаться 
не только от машин фон Неймана, но также и от базирующихся 
на них языков программирования. Именно поэтому в настоящее 
время столь много внимания фокусируется на декларативных 
языках, возможности которых совместимы с широким диапазо¬ 
ном новых схем вычислений и архитектур вычислительных ма¬ 
шин. Эти языки непосредственно способствуют прогрессу нового 
поколения вычислительной техники благодаря тому, что делают 
его использование осуществимым. 

ѴІІІ.3.1. Логика как нефон-неймановский язык 
программирования 

Основным свойством, в силу которого логика и другие де¬ 
кларативные языки становятся независимыми от фон-нейманов- 
ского понятия вычисления, является их семантическая нейтраль¬ 
ность по отношению к стратегии исполнения. Ранее мы указы¬ 
вали уже на это свойство как на полное отделение логики от 
управления: если какая-то задача решается на компьютере с по¬ 
мощью логической программы, то это оказывается возможным 
исключительно благодаря тем следствиям, которые позволяет 
вывести логическое содержание программы, а не из-за способа 
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исследования их компьютером. Возможности, которые содер¬ 
жатся в этом наблюдении для сопрограммных и параллельных 
схем исполнения логических программ давно уже были обнару¬ 
жены Ковальским (1979а). 

Стандартная стратегия Пролога была задумана таким обра¬ 
зом, чтобы с учетом относительной простоты ее реализации она 
давала программисту некоторые возможности управления выбо¬ 
ром вызовов и выбором процедур в условиях эксплуатации 
единственного процессора. Первые практические усилия по реа¬ 
лизации более свободной стратегии концентрировались на испол¬ 
нении в сопрограммам режиме, управляемом потоком данных, 
которое можно рассматривать как обобщение стандартного 
правила вычисления (правила выбора вызова). Согласно этой 
схеме активация вызовов управляется потоком данных через 
содержащиеся в вызовах общие переменные, а не предписанной 
заранее или неявно заданной управляющей последовательно¬ 
стью. Исполнение в сопрограммном режиме является главной 
особенностью управления в системе ІС-Пролог, описанной Клар¬ 
ком, Маккейбом и Грегори (1982) и разработанной на основе 
предшествующих исследований Стивенса (1977) схем ленивого 
вычисления в Прологе. В ІС-Прологе какая-либо переменная 
из входной программы, скажем переменная х, может быть ан¬ 
нотирована одним из символов «?» или «Л», указывающим на 
зависимость способа исполнения содержащего ее вызова от со¬ 
стояния связанности х в точке активации. Более точно, нали¬ 
чие в вызове аннотации х? определяет, что управление должно 
сразу же переходить к этому вызову всякий раз, когда на не¬ 
котором шаге исполнения программы либо переменной х при¬ 
сваивается значение, либо значение присваивается какой-то 
другой переменной, входящей в терм, уже связанный с х—ины¬ 
ми словами, всякий раз, когда исполнение программы увеличи¬ 
вает степень конкретизации вычисленного значения перемен¬ 
ной х (или, проще говоря, передает данные переменной х). 
В этой точке текущее (возможно, незавершенное) исполнение 
какого бы то ни было обрабатывавшегося ранее вызова при¬ 
останавливается, а интерпретатор тем временем приступает 
к обработке того вызова, к которому только что было привле¬ 
чено его внимание. Интерпретатор продолжает вычисления по 
этому пути до тех пор, пока он не увидит, что на следующем 
шаге исполнения переменной х требуется передать какие-то дан¬ 
ные, после чего выполнявшееся вычисление приостанавливает¬ 
ся, а управление вновь возвращается к предыдущей отложен¬ 
ной точке. Другая возможная аннотация х Л означает, что управ¬ 
ление должно сразу же переходить к содержащему ее вызову, 
приостанавливая текущее вычисление, всякий раз, когда интер¬ 
претатор предвидит, что на следующем шаге исполнения дан- 
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ные требуется передать переменной х; впоследствии управле¬ 
ние вернется к этой отложенной точке, лишь когда на неко¬ 
тором шаге исполнения в новом вычислении данные будут 
успешно переданы х. Таким образом, действия двух этих анно¬ 
таций, грубо говоря, дополняют друг друга. При указанной 
схеме управление просматривает пространство вычислений бо¬ 
лее произвольным образом, чем это делается при стандартной 
стратегии Пролога: говоря неформально, оно перепрыгивает 
с одного частично завершенного вычисления на другое в соот¬ 
ветствии с потоком данных через аннотированные переменные. 
В упомянутой ранее статье Кларка и др. даются иллюстрации 
повышения эффективности исполнения программ, которое до¬ 
стигается за счет использования этого более богатого вида по¬ 
ведения. 

Поскольку вызов, содержащий х?, привлекает к себе внима¬ 
ние, как только на некотором шаге исполнения переменной х 
будут переданы дополнительные данные, его называют страст¬ 
ным потребителем (данных для х), а поскольку вызов, содер¬ 
жащий х Л привлекает к себе внимание только тогда, когда на 
некотором шаге исполнения потребуются его возможности пре¬ 
доставлять дополнительные данные для х, его называют лени¬ 
вым производителем (данных для х). Протокол производителей- 
потребителей лежит в основе большинства моделей исполнения 
в сопрограммном режиме под управлением потока данных. От¬ 
нося различными способами избранные вызовы программы к 
той или другой категории, можно получить широкий спектр ме¬ 
тодов исполнения, простирающийся от совершенно ленивого про¬ 
изводства данных до абсолютно страстного их потребления. 

Приблизительно в то же самое время, когда разрабатывался 
ІС-Пролог, Перейра и Монтейро (1981) предложили другой ин¬ 
тересный подход к построению логических интерпретаторов для 
сопрограммного и параллельного исполнения программ путем 
определения этих видов поведения в самой логике хорновских 
дизъюнктов. Они, таким образом, пришли к описаниям управ¬ 
ления на метауровне, которые при исполнении функционируют 
как промежуточные интерпретаторы, сами способные извлекать 
эти виды поведения из стандартных логических программ объ¬ 
ектного уровня. Однако вместо того, чтобы использовать для 
достижения координации аннотации потока данных, они вос¬ 
пользовались явными системными вызовами, обладающими раз¬ 
нообразными способностями запрашивать состояния связанно¬ 
сти переменных и заставлять процесс приостанавливаться. 

Исполнение в сопрограммном режиме поглощается бо¬ 
лее общим понятием исполнения под управлением потока 
данных, которое осуществляется на основе работы с хра¬ 
нимым в памяти графовым представлением зависимостей по 



Vlll. 3. Вычислительная техника 


319 


данным между операциями во входной программе. Каждая вер¬ 
шина этого графа представляет собой некоторую операцию. При 
всякой ее активации поглощается одна или несколько меток 
данных, поступающих по входящим в вершину дугам, с тем что¬ 
бы получить (путем выполнения соответствующей вершине опе¬ 
рации) новую метку данных, которая передается по всем выхо¬ 
дящим из вершины дугам. Соединяющие вершины дуги служат, 
таким образом, в качестве однонаправленных каналов, по ко¬ 
торым осуществляется передача данных в графе. Сам граф дол¬ 
жен быть скомпилирован из входной программы посредством 
определения взаимозависимостей между ее операциями; оче¬ 
видно, что проще всего эту задачу решать для языков, обла¬ 
дающих референциальной прозрачностью. 

При исполнении программы граф ведет себя подобно сети 
процессоров, согласованно производящих и потребляющих дан¬ 
ные. Для реализации простых вычислительных механизмов граф 
может оставаться топологически статическим в течение всего 
исполнения, однако для обеспечения других механизмов — 
в особенности рекурсии — могут потребоваться либо динамиче¬ 
ская модификация графа, либо более сложные схемы марки¬ 
рования. 

Такая схема исполнения дает значительные возможности 
для распараллеливания, поскольку каждая вершина графа мо¬ 
жет быть активирована для выполнения соответствующей ей 
операции в любой момент после того, как она будет разблоки¬ 
рована в результате поступления всех необходимых входных 
данных. При самом грубом подходе можно просто произвести 
одну или несколько начальных активаций, а затем предоставить 
полную свободу всем имеющимся в сети процессорам, вовсе не 
пытаясь скоординировать получающиеся в результате процессы. 
Неудивительно, что в этом случае исполнение программы стано¬ 
вится чрезвычайно беззащитным по отношению к различным не¬ 
желательным неустойчивым состояниям — одной из возможно¬ 
стей, например, является насыщение каналов, которое происхо¬ 
дит, когда в одном или нескольких каналах данные поставля¬ 
ются быстрее, чем потребляются, что вынуждает временно при¬ 
останавливать работу разблокированных производителей и тем 
самым не полностью использовать имеющиеся возможности по 
обработке данных до тех пор, пока это насыщение не будет 
ликвидировано. 

Одну возможную потоковую модель исполнения логических 
программ предложили ван Эмден и де Люсена Фило (1982). 
Сначала они показали, как с помощью хорновской процедуры 
можно специфицировать отношение, вычисляемое в той или 
иной вершине графа потока данных; связь между двумя лю¬ 
быми вершинами графа представима тогда в виде логического 
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запроса, соединяющего два вызова процедуры, и активацию 
процесса можно интерпретировать как активацию вызова в 
этом запросе. В результате им удалось в противоположность 
обычной (последовательной) процедурной интерпретации ло¬ 
гики сформулировать (параллельную) интерпретацию посред¬ 
ством процессов. Та же самая потоковая модель в последую¬ 
щей статье Брафа и ван Эмдена (1984) была связана с логи¬ 
ческим представлением традиционных блок-схем, разработан¬ 
ным ранее Кларком и ван Эмденом (1981). 

Исполнение под управлением потока данных — это лишь 
одна из многих схем, предназначенных для использования па¬ 
раллелизма между индивидуальными процессами. Более того, 
всякая данная формальная система программирования может 
допускать различные виды параллелизма, каждый из которых 
предполагает наличие особого способа управления реализую¬ 
щими эту систему процессами. Возможности для параллель¬ 
ного исполнения логических программ распадаются на несколь¬ 
ко категорий. К первой категории, оказавшейся довольно при¬ 
емлемой с точки зрения разработчика реализации, относится 
ИЛИ-параллелизм, в котором используется тот факт, что когда 
на активируемый вызов отвечают сразу несколько процедур, их 
можно вызывать и применять для исследования этого вызова 
параллельно. Получающиеся в результате параллельные вычис¬ 
ления можно строить независимо, за исключением того случая, 
когда у них появляются ссылки на одни и те же несвязанные 
переменные в их общей родительской среде, вследствие чего 
могут возникнуть конкурирующие присваивания; для устране¬ 
ния этого незначительного препятствия на пути к поистине не¬ 
зависимому ИЛИ-параллелизму можно использовать специаль¬ 
ные схемы организации стеков. ИЛИ-параллелизм должен 
сыграть полезную роль при поиске в базах данных, где один 
запрос может иметь большое число альтернативных решений; 
это — прямое следствие недетерминизма логических программ 
в том смысле, что они допускают целое множество вычислений. 

Ко второй категории относится И-параллелизм, в котором 
используется тот факт, что содержащиеся в запросе вызовы 
можно активировать и решать параллельно. И-параллелизм 
является главной особенностью схем решения задач посред¬ 
ством согласованно действующих « параллельных процессов ». 
Эффективность этих схем зависит от точности управления пе¬ 
редачей данных между процессами (например, посредством 
имеющихся в вызовах общих переменных) и синхронизацией 
процессов (например, посредством установления приоритетов 
связываний). Действительно, независимый И-параллелизм воз¬ 
можен только в том случае, когда параллельные вызовы не со¬ 
держат общих переменных. Однако общую переменную, такую 
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как переменная х в целевом утверждении ?р (х), q(x) можно за¬ 
ставить служить различным полезным целям при посредниче¬ 
стве между не полностью независимыми параллельными испол¬ 
нениями вызовов, содержащих эту переменную. В тех ситуа¬ 
циях, когда программист не желает сам заботиться о коорди¬ 
нации вызовов и не предлагает интерпретатору никаких руко¬ 
водящих инструкций по этому поводу, общая переменная в вы¬ 
зовах может представлять некоторую проблему для разработ¬ 
чика реализации. С логической точки зрения вызовы р и q долж¬ 
ны быть «согласованы» относительно присваивания перемен¬ 
ной х какого-либо значения, и проблема состоит в том, чтобы 
достичь этого согласования операционно, сохраняя насколько 
возможно параллелизм исполнения программы. Значение данного 
требования сильно возрастает, когда либо р, либо q, либо оба 
этих вызова могут быть решены недетерминированно, поскольку 
согласование р и q следует искать тогда в виде пересечения их 
индивидуальных множеств решений для переменной х. Для 
уменьшения указанных трудностей обычно используется ком¬ 
промиссный вариант: один из И-параллельных вызовов назна¬ 
чается производителем общей переменной, а все остальные — 
потребителями. Это делается, исходя из того, что, по всей ве¬ 
роятности, нет достаточных оснований, относящихся к области 
решения задач, иметь более одного производителя. При другом 
подходе многочисленные решения И-параллельных вызовов мо¬ 
гут вообще не согласовываться (и тем самым потенциально 
приносится в жертву полнота) с целью получения более про¬ 
стой организации распределения ресурсов обработки данных. 

К третьей категории относится параллелизм с использова¬ 
нием потоков (или «конвейерная обработка структур»), в кото¬ 
ром вызову разрешается начать потребление каких-либо струк¬ 
турированных данных например, списка, производимых другим 
вызовом, как только первый вызов получит некоторую подструк¬ 
туру этих данных. Тем временем вызов-производитель будет па¬ 
раллельно продолжать порождение следующей подструктуры. 
Эту категорию можно рассматривать как особый способ обра¬ 
щения с И-параллелизмом при наличии общих переменных. Она 
дает превосходное средство для достижения координации про¬ 
цессов, основанное на протоколах передачи сообщений, особен¬ 
но в тех случаях, когда передаваемым подструктурам разре¬ 
шается содержать неконкретизированные переменные, пригод¬ 
ные для двусторонней связи. 

На более мелких шагах параллелизма можно достигнуть пу¬ 
тем реализации его, насколько это возможно, в алгоритме уни¬ 
фикации. Это может привести к значительному повышению эф¬ 
фективности даже последовательного Пролога. Точная схема та¬ 
кого параллелизма была описана Тиком и Уорреном (1984), по 
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оценкам которых потенциальная производительность при этом 
приближается к 450 клвс (1 клвс=10 3 логических выводов 
в секунду) что дает по крайней мере 20-кратное увеличение 
по сравнению с эффективностью реализации Пролога для ма¬ 
шины DEC-10. Они предлагают разложить компилируемые из 
входных логических программ прологовские инструкции высо¬ 
кого уровня на совмещенные по времени выполнения микро¬ 
команды, обрабатываемые посредством конвейерного паралле¬ 
лизма. 

Эти и другие разновидности параллелизма были классифи¬ 
цированы и исследованы Конери и Киблером (1981), которые 
разработали «модель И/ИЛИ процессов» для параллельного 
исполнения логических программ. В указанной модели обеспе¬ 
чивается главным образом ИЛИ-параллелизм, но предлагается 
также и ограниченная форма И-параллелизма — независимые 
вызовы исполняются действительно И-параллельно, а для того, 
чтобы обрабатывать вызовы с общими переменными, они ис¬ 
пользуют упоминавшийся ранее метод, посредством которого 
один из вызовов делается производителем, а все остальные — 
потребителями; вызов-производитель и вызовы-потребители ис¬ 
полняются в этом случае последовательно в соответствии с по¬ 
рядком, определяемым интерпретатором на основании анализа 
потока данных. 

Детальные исследования схем для ИЛИ-параллелизма ра¬ 
нее были выполнены в докторских диссертациях Полларда 
(1981) и Конери (1983). Как мы уже отмечали, основные труд¬ 
ности реализации этих схем сосредоточены в организации сред 
связываний в ИЛИ-параллельных подвычислениях. Существует, 
например, проблема организации действий, связанных с мини¬ 
мизацией избыточности среди того, что каждое из этих подвы¬ 
числений наследует из текущей среды при спуске из активи¬ 
рующей родительской вершины. Имеется также тактическая 
проблема организации управления связыванием и восстановле¬ 
нием («прослеживанием») переменных в той среде, к которой 
ИЛИ-параллельные процессы имеют совместный доступ. Один 
интересный подход к решению последней проблемы объясняется 
в статье Боргварда (1984). В диссертации Полларда рассмат¬ 
риваются также возможные методы идеального полного обес¬ 
печения И/ИЛИ-параллелизма (в котором комбинируются оба 
этих вида параллелизма). Он исследует развертывание отдель¬ 
ных одновременных процессов, ответственных за управление 
порождением и согласованием связываний. Никаких практиче¬ 
ских схем такого подхода до сих пор реализовано не было. 


■> Под логическим выводом здесь понимается одно применение правила 
резолюции (получение одной резольвенты). — Прим, перев. 
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В последние годы большой интерес вызвали две реализации: 
Парлог, разработанный Кларком и Грегори (1984), и Concur¬ 
rent Prolog (СР), разработанный Шапиро (1983b). Парлог 
представляет собой расширение параллельного реляционного 
языка, разработанного ранее Кларком и Грегори (1981). В нем 
обеспечиваются оба вида И- и ИЛИ-параллелизма, тогда как 
в СР обеспечивается в настоящее время лишь один И-паралле- 
лизм. В обеих этих системах обеспечивается, кроме того, не¬ 
определенность выбора процедуры, а именно в каждой про¬ 
цедуре пользователю разрешается определять какое-либо под¬ 
множество вызовов из ее тела, которое будет служить в каче¬ 
стве охраны данной процедуры. Согласно этой схеме, если на 
некоторый вызов отвечают несколько процедур, то их охранные 
части, когда они имеются, исполняются параллельно; та про¬ 
цедура, чья охранная часть решается первой, подается затем 
активирующему вызову, а остальные процедуры пока не исполь¬ 
зуются. В этой схеме внутренне заложена неопределенность, 
поскольку конкуренция между потенциально успешными охра¬ 
нами управляется распределением машинных ресурсов, а не ло¬ 
гикой программы или указаниями пользователя. В обеих систе¬ 
мах предусмотрен также широкий диапазон механизмов управ¬ 
ления параллельными процессами. Поведение Парлога управ¬ 
ляется производимым в период компиляции анализом деклара¬ 
ций видов входа и выхода (подобных тем, что допускаются в 
реализации Пролога для машины DEC- 10, однако несколько бо¬ 
лее сильных), а также разнообразными уточняющими аннота¬ 
циями, которые пользователь может помещать на выбранных 
им переменных. В СР же, с другой стороны, используется лишь 
единственный механизм помещения на переменных аннотаций 
«только считывание», который позволяет достигать почти тех же 
самых целей, но при помощи существенно отличающегося сти¬ 
ля программирования. Перспективы реализации Парлога на си¬ 
стеме ALICE, которую отличает параллельная архитектура ре¬ 
дукционного графа, описаны Дарлингтоном и Ривом (1981, 
1983). 

Критическое сравнение СР с реляционными языками, пред¬ 
шествовавшими Парлогу, дается Шапиро (1983b). В свою оче¬ 
редь сравнение Парлога и СР проводится Кларком и Грегори 
(1983). Хеллерстайн и Шапиро (1984) ярко продемонстрировали 
элегантность и силу СР, применив его к чрезвычайно сложным 
параллельным алгоритмам решения задачи максимизации по¬ 
токов в сетях и показав, что имеющиеся в СР средства пере¬ 
дачи сообщений высокого уровня позволяют извлекать произво¬ 
дительность такого же порядка, который достижим в традици¬ 
онных языках с помощью механизмов присваивания машинного 
уровня. Дополнительную информацию относительно Парлога, 
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СР, а также другие предложения, касающиеся параллельного 
логического программирования, можно найти в материалах Сим¬ 
позиума в Атлантик Сити (1984). 


ѴІІІ.3.2. Проект создания ЭВМ пятого поколения 

В 1979 г. министерство внешней торговли и правительство 
Японии санкционировали исследования возможности осуще¬ 
ствления нового и исключительно претенциозного предприятия 
в области вычислительной техники, которое обычно называют 
проектом создания систем ЭВМ пятого поколения. Националь¬ 
ная цель этого проекта заключается в том, чтобы вывести Япо¬ 
нию на ведущие, новаторские позиции в области новой компью¬ 
терной технологии, а главная техническая цель, выполнение ко¬ 
торой распланировано на десятилетие вперед, состоит в соеди¬ 
нении высокопараллельной архитектуры вычислительных машин, 
отличной от архитектуры фон Неймана, со схемами обработки 
знаний, разработанными в результате исследований в области 
искусственного интеллекта. 

Цели проекта были обнародованы на международной кон¬ 
ференции, состоявшейся в японском научно-исследовательском 
центре по обработке информации (JIPDEC, 1981), и работы по 
нему начались с весны 1981 г. под руководством Кацухиро 
Фучи. Они ведутся в основном в специально организованном 
для этих целей Институте нового поколения вычислительной 
техники (ІСОТ) в Токио. Обоснование проекта и его стратеги¬ 
ческая линия излагаются как в общих терминах, так и доста¬ 
точно детально в докладах Фучи (1981) и Мото-ока (1981), 
сделанных на конференции в JIPDEC. Объясняя, что техника 
обработки информации должна в ближайшем будущем охва¬ 
тить по существу всю деятельность в промышленности и управ¬ 
лении, в областях образования и культуры, они подчеркивают 
необходимость создания настолько совершенных вычислитель¬ 
ных машин, чтобы с ними легко могли работать самые широкие 
круги пользователей. Такие машины должны обладать способ¬ 
ностями к широкомасштабному приобретению знаний, самообу¬ 
чению, рассуждениям и решению задач, и их взаимодействие 
с человеком должно быть ориентировано на последнего. Глав¬ 
ным образом именно этими требованиями обусловлена необхо¬ 
димость в значительном расширении возможностей обработки 
данных при помощи программного обеспечения очень высокого 
уровня. 

Очевидно, что эти устремления потребуют радикальных из¬ 
менений в образовании, положении и деятельности разработчи¬ 
ков программного обеспечения, программистов и пользователей. 
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Например, вследствие того что в умах традиционных програм¬ 
мистов глубоко и прочно укоренился процедурный подход к про¬ 
граммированию, у многих из них может возникнуть серьезное 
психологическое сопротивление принятию декларативных фор¬ 
мальных систем. Еще одним возможным препятствием добро¬ 
вольным изменениям может быть то коммерческое обстоятель¬ 
ство, что на разработку традиционных аппаратных средств и 
программного обеспечения уже были выделены огромные капи¬ 
таловложения. Как было отмечено д’Агапаевом (1982), в ответ 
на японский проект создания ЭВМ пятого поколения остальной 
мир должен сделать выбор: «нововведения или стабильность». 
В своем собственном очевидном выборе японцы сделали ставку 
не только на уверенность в том, что расходы, связанные с пере¬ 
ходом к новому поколению вычислительной техники, будут в 
конце концов компенсированы за счет конкурентоспособности 
этой техники на мировом рынке, — более фундаментальную 
ставку они сделали на саму возможность создания этой новой 
техники. 

Предварительные разработки проекта ЭВМ пятого поколе¬ 
ния были представлены в материалах конференции JIPDEC 
(1981) ив последующих японских публикациях в виде довольно 
абстрактных концептуальных диаграмм, составные части ко¬ 
торых и взаимосвязи между ними не так-то легко разгадать. 
В самых общих терминах можно представлять себе, что систе¬ 
ма пятого поколения включает моделирующую систему про¬ 
граммного обеспечения (МСПО), помещенную между рядом 
человеческих прикладных систем (ЧПС) и аппаратной системой 
машины (ACM). Для формулировки ЧПС предполагается ис¬ 
пользовать широкий спектр ориентированных на человека язы¬ 
ков, включающий речь, естественные языки и.графические изо¬ 
бражения. ЧПС связаны с МСПО посредством интерфейса, об¬ 
ладающего способностями как понимать содержащиеся в ЧПС 
знания, так и представлять их в подходящей для интеллекту¬ 
ального синтеза программ и обработки этих знаний форме. 
В ядре МСПО находятся интеллектуальная система програм¬ 
мирования и целый ряд систем баз знаний, с помощью которых 
МСПО может строить обрабатываемые машиной представления 
как знаний, так и программ, необходимых для осуществления 
целей, поставленных ЧПС. Функция синтеза является главной 
особенностью интерфейса МСПО-АСМ. Сама аппаратная си¬ 
стема машины включает машину решения задач и машину баз 
знаний, которые сами состоят из еще большего числа разнооб¬ 
разных машин, приспособленных для численных расчетов, ма¬ 
нипулирования символами и работы с базами данных. Подроб¬ 
ная интерпретация всех этих предложений дается в статье Тре- 
ливана (1982). 
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Предполагаемая в проекте максимальная производительность 
вычислительных машин пятого поколения очень высока: обычно 
приводится число порядка ІО 7 клвс. Такое быстродействие бу¬ 
дет достигаться за счет совместного использования до ІО 4 па¬ 
раллельных процессоров, обращающихся к памяти емкостью 
до ІО 4 мегабайт. Однако ближайшей целью проекта, рассчитан¬ 
ной на первый трехлетний период, является создание персональ¬ 
ной рабочей станции лишь с одним процессором, дающим 
20—30 клвс и обращающимся к памяти емкостью 10—20 Мгб. 
В терминах скорости построения выводов эта настольная ма¬ 
шина будет достигать почти той же производительности, что 
и скомпилированный DEC-10 Пролог на вычислительной машине 
DEC-2060. В дальнейшем предполагается создать более мощ¬ 
ную персональную рабочую станцию, называемую МПВ ( ма¬ 
шина параллельного вывода). Она будет обладать 32 парал¬ 
лельными процессорами, совместно дающими ІО 6 — ІО 7 клвс. Эта 
машина станет грозным конкурентом для многих существующих 
традиционных больших компьютеров; как ожидается, она будет 
готова до 1990 года. Ее прототип под названием TOPSTAR-II, 
включающий 24 параллельных микропроцессоров Z80 и рабо¬ 
тающий с системой параллельного вывода, называемой Паралог, 
уже построен и испытан. 

Сейчас интерес всего мира сосредоточен естественно на пер¬ 
вой ожидаемой машине, которая известна как ПМПВ (персо¬ 
нальная машина последовательного вывода). Ее внутренние ха¬ 
рактеристики, как они представляются в настоящее время, опи¬ 
саны в отчете ІСОТ Нисикавой и др. (1983). Главную роль 
в ней будет играть аппаратура центрального процессора, пред¬ 
назначенного для быстрого выполнения унификации и поиска 
связываний, а также для сборки мусора, управляемой програм¬ 
мно-аппаратными средствами. Каждое из ее слов длиной 40 бит 
включает поле данны-х из 32 бит и, кроме того, тег для дина¬ 
мического контроля типов длиной 6 бит и двухбитное поле для 
управления сборкой мусора. 

Кроме претенциозной программы, касающейся аппаратных 
средств, большое удивление после опубликования планов созда¬ 
ния ЭВМ пятого поколения вызвал выбор в качестве основного 
формализма языка логического программирования. Этот выбор 
обосновывается несколькими факторами, которые отчетливо 
сформулированы в статье Фурукавы и др. (1981), содержа¬ 
щейся в материалах конференции в JIPDEC. Среди этих фак¬ 
торов отмечается то, что логика покрывает как функциональ¬ 
ное программирование, так и формальные системы реляцион¬ 
ных баз данных, и что вместе с тем она дает единообразное 
представление данных, программ, спецификаций и понятий ме¬ 
тауровня. В своей более поздней оценке возможностей логики 
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Ковальский (1982) объясняет, что она обеспечивает важные 
связи между целями, стоящими перед техникой программного 
обеспечения и искусственным интеллектом, а также между ос¬ 
нованным на правилах программированием и технологией 
СБИС. 

В персональной машине последовательного вывода в каче¬ 
стве нулевой версии языка ядра (короче, ЯЯО) применяется мо¬ 
дифицированный вариант DEC- 10 Пролога, характерными осо¬ 
бенностями которого являются обычное устройство управления, 
след, локальный и глобальный стеки, обеспечивающие обычную 
модель совместного использования структур. С точки зрения 
системного программирования ЯЯО будет играть почти та¬ 
кую же роль, что и язык ассемблера в традиционных машинах, 
но при этом обладать бесконечно большими возможностями. 
ЯЯО будет использован для написания большей части операци¬ 
онной системы ПМПВ и связанного с ней программного обес¬ 
печения. В то же время он будет служить в качестве языка 
высокого уровня для взаимодействия с пользователем и реше¬ 
ния задач. Основанный на логике язык ядра машины парал¬ 
лельного вывода, известный как ЯЯ1, будет, по всей видимо¬ 
сти, базироваться на языках Парлог и Concurrent Prolog. Ин¬ 
тересный исторический взгляд, личные впечатления и анекдоты, 
связанные с проектом создания ЭВМ пятого поколения и ролью 
логики в нем, представлены Уорреном (1982) и Шапиро 
(1983а). 

Японский проект создания систем ЭВМ пятого поколения 
стимулировал принятие финансируемых правительствами про¬ 
грамм создания нового поколения вычислительной техники в Ве¬ 
ликобритании (см., например, Отчет комитета Альви, 1984), 
Европе и Соединенных Штатах. Он привел также к значитель¬ 
ному возрастанию интереса к логическому программированию 
во всем мире. Насколько далеко будет простираться этот инте¬ 
рес, и выдержит ли он проверку временем, покажет будущее. 
Если работы по проекту создания ЭВМ пятого поколения при¬ 
близятся к достижению сформулированных в нем целей, то вы¬ 
зов, брошенный специалистам в области вычислительной тех¬ 
ники всего остального мира, будет очень серьезным: как заявил 
Кацухиро Фучи на конференции в JIPDEC, вопрос будет стоять 
тогда так: «топтаться на месте или идти вперед, ибо другого 
выбора нет». 
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